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DaimlerChrysler AG 



Meyer-Gramann 



13.11.2002 



Vorrichtung und Verfahren 
zur Erzeuqung eines Abarbeitungs-Werkzeugs 



Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur 
Erzeugung eines Abarbeitungs-Werkzeuges, welches einen elekt- 
ronischen Arbeitsablauf , der Arbeitsschritte umfafit, abarbei- 
tet. 

Eine Vorgehensweise und ein Software-Werkzeug namens ARIS 
werden in August-Wilhelm Scheer: „ARIS - vom Geschaf tsprozeB 
zum Anwendungs system" , Springer-Verlag, 4. Auflage, 2002, of- 
fenbart. Beschrieben wird, wie man mit ARIS einen Ge- 
schaf tsprozeB modelliert. Skizziert wird, wie ein Anwendungs- 
system erzeugt wird, • das diesen Geschaf tsprozeft abarbeitet. 

Ein Modell eines Geschaf tsprozesses wird aufgestellt, vgl. 
z. B. A.-W. Scheer, Abb. 24. Hierfur werden Prozelielemente 
verschiedener Typen verwendet. M6glich ist, hierbei Referenz- 
modelle z. B. fur Geschaf tsprozesse in Produktion, Beschaf- 
fung, Vertrieb zu individualisieren (A.-W. Scheer, Abb. 50). 
Der Geschaftsprozefi wird mit Hilfe eines Systems zur Ab- 
laufsteuerung abgearbeitet . Derartige Systeme werden oft als 
„Workflow Systems" bezeichnet (Abschnitt D.III). In Abschnitt 
D.IV.2.2 ff. werden Geschaf tsobj ekte („business objects") mit 
standardisierten Schnittstellen und Zugrif f smethoden vorge- 
stellt 
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Das Software-Werkzeug („f ramework" ) ARIS besitzt eine Archi- 
tektur mit folgenden vier Schichten (vgl. Abschnitt D.V.2.1): 

- die Schicht der ProzeBgestaltung, die Werkzeuge umfafct, urn 
einen Geschaf tsprozeft zu modellieren. Ein Benutzer kann 
Prozeft-, Funktions- und Datenmodelle, Organigramme und 
Diagramme fiir Berechtigungen erzeugen, 

- die Schicht der Prozefiplanung und -steuerung, die Werkzeu- 
ge umfalit, mit denen die Abarbeitung eines Geschaf tspro- 
zesses gesteuert und tiberwacht wird, z. B. die „ARIS Pro- 
cess- Control Interface" und Werkzeuge fiir Kostenkalkulati- 
onen, die auf Arbeitsschritte und Aktivitaten bezogen sind 
(„ARIS Activity-Based Costing" ) , 

- die Schicht des Workf low-Managements zur Abarbeitung von 
Arbeitsablaufen und mit Schnittstellen zu Workflow- 
Management-Systemen, 

- die Schicht der Geschaf tsobjekte („ARIS Business Ob- 
jects"). Beispiele fiir Geschaf tsobjekte sind Kunde, Auf- 
trag, Arbeitsplan, Arbeitsgang, Lieferant. 

Unter der Bezeichnung „mySAP Supply Chain Management" (mySAP 
SCM) bietet SAP eine Sof tware-Umgebung fur die Vernetzung, 
Planung, Koordinierung und Ausftthrung einer Logistikkette fiir 
ein fertigendes Unternehmen. Die Sof tware-Umgebung, die unter 
http; //www. sap-aq.de/qermany/solutions/scm / (abgefragt am 13. 
3. 2002) vorgestellt wird, ermSglicht es u. a., eine logisti- 
sche Infrastruktur an Veranderungen im Markt anzupassen, bei- 
spielsweise die Einftihrung neuer Produkte oder neue Kunden- 
segmente („supply chain design"). Jede Phase des Logistikpro- 
zesses, von der Preiskalkulation bis zur Lieferung zum Kun- 
den, wird tiberwacht, und im Falle von Planabweichungen werden 
Benachrichtigungen versandt („supply chain event manage- 
ment") . Der Einkauf im Internet wird integriert, einschlieli- 
lich regelbasierter Beschaffung, automatisiertem Nachschub 
und Untersttitzung mehrerer Lieferanten. Logistikketten werden 
in alien Phasen des Produktionsprozesses verwaltet, selbst ti- 
ber Unternehmensgrenzen hinaus. 
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Die Software-Umgebung MySAP E-Procurement unterstutzt sowohl 
die Business-to-Business-Beschaf fung fur Fertigungsmaterial 
als auch fiir indirektes Material. mySAP E-Procurement 
(http : / /www . sap-ag . de/germany/solutions/e_procurement / , abge- 
fragt am 13. 3. 2002) ermoglicht die strategische Beschaffung 
von Produktionsmaterial, wie Roh- und Hilfsstoffe, Ersatztei- 
le (z.B. Tachometer) oder andere Waren, und unterstutzt den 
Einkauf von indirekten, nicht-f ertigungsgebundenen Waren und 
Dienstleistungen einschlieiilich Betriebs- und Hilf smittel, 
Biiromaterial, Maschinenteile, Hausmeisterbedarf und Reparatu- 
ren. 

Sowohl das in A.-W. Scheer, a.a.O., unter der Bezeichnung 
ARIS offenbarte Vorgehen und Werkzeug als auch die oben be- 
schriebenen SAP-Module besitzen feste Datenmodelle z. B. fur 
Geschaf tsobjekte, Transaktionen, Leistungsartanderungen. Er- 
forderlich ist, daJi der Anwender seine Geschaf tsprozesse und 
sein Abarbeitungs-Werkzeug an diese Vorgaben, z. B. die vom 
Datenmodell, anpafit. Eine Anpassung (, customizing" ) z. B. ei- 
nes SAP-Moduls kommt oft einer Individuallosung fiir einen be- 
stimmten Geschaf tsprozeft nahe. 

In US 5,774,661 werden ein Verfahren und eine Vorrichtung of- 
fenbart, urn die Abarbeitung von Arbeit sablauf en (workflows) 
mittels einer graphischen Benutzeroberf lache zu steuern, ohne 
daft eine Individualprogrammierung erforderlich ist. Ein Netz- 
werk-Zentralrechner (^workflow server computer") umfafit eine 
Datenhaltung fiir Datenobjekte („object repository") und einen 
ersten Interpreter fiir logische Regeln („rule engine"). Der 
Interpreter wertet komplexe logische Ausdriicke aus, urn z. B. 
iiber die Weiterleitung von Dokumenten in Abhangigkeit von Va- 
riablen zu entscheiden. Der Netzwerk-Zentralrechner ist mit 
mindestens einem Netzwerk-Teilnehmerrechner („client compu- 
ter") verbunden. Auf diesem lauft eine graphische Benutzer- 
oberflache, mit dem man elektronische Arbeitsablauf e erzeugen 
kann (^workflow builder"), ein Regel-Erzeuger („rule buil- 
der") und ein weiterer Regel-Interpreter . Durch diese Ar- 
beitsablauf e werden Datenobjekte durch ein Datennetzwerk ge- 
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leitet („routing"), und zwar in Abhangigkeit von Benutzer- 
Eingaben und von Aktionen des Regel-Interpreters . Die Be- 
schreibungssprache und die Arbeitsweise des Regel- 
Interpreters werden detailliert beschrieben. Ein Skript- 
Ausfiihrer („script handler") wandelt die Ergebnisse des Re- 
gel-Interpreters in Kommandos fur externe Anwendungsprogram- 
me, z. B. fur die Datenausgabe oder den Versand von e-mails, 
um. 

Gemaft dem in US 5,774,661 offenbarten Verfahren muJJ man jeden 
Arbeitsablauf mit Geschaftsregeln erneut graphisch erzeugen. 
Auch dann, wenn verschiedene Unternehmen unterschiedliche Ar- 
beitsablauf e fur die gleiche Anwendungskategorie, z. B. die 
Beschaffung von Waren und Dienstleistungen, definiert haben 
und fur diese Arbeitsablauf e Abarbeitungs-Werkzeuge benSti- 
gen, ist jedesmal erneut ein Arbeitsablauf von Null an mit 
der graphischen Benutzeroberf lache und dem ^workflow builder" 
einem Rechner verfugbar zu machen. 

Der Erfindung liegt die Aufgabe zugrunde, eine Vorrichtung 
und ein Verfahren zu schaffen, durch die schnell und effi- 
zient eine Einrichtung zum Abarbeiten eines beliebigen elekt- 
ronischen Arbeitsablauf s auf einer Datenverarbeitungsanlage 
erzeugt wird. 

Die Aufgabe wird durch eine Vorrichtung nach Anspruch 1, ein 
Verfahren nach Anspruch 9 und ein Computerprogramm-Produkt 
nach Anspruch 14 oder Anspruch 15 gel5st. Vorteilhafte Aus- 
gestaltungen sind in den Unteranspruchen angegeben. 

Das Abarbeitungs-Werkzeug ist auf einen beliebigen elektroni- 
schen Arbeitsablauf mit Arbeitsschritten adaptierbar. Dadurch 
wird es nicht erf orderlich, die Gestaltung des Arbeitsablauf s 
einzuschranken, z. B. weil er zu einem bestimmten Informati- 
onsmodell mit bestimmten Datenobjekt-Typen und Relationen 
zwischen diesen passen mufi oder mit einem vorgegebenen Stan- 
dard-Arbeitsablauf kompatibel sein muli . Die Erfindung erspart 
es dariiber hinaus, fur einen Arbeitsablauf, der nicht zu ei- 
nem Standard-Arbeitsablauf oder einem Standard-Abarbeitungs- 
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Werkzeug kompatibel ist, eine Individuallosung „von Null an M 
implementieren zu mUssen, was zeitaufwendig und fehlertrach- 
tig ist. 

Das Informationsmodell wird erf indungsgemali an den Arbeitsab- 
lauf angepafct, anstelle den Arbeit sablauf an das Informati- 
onsmodell anpassen zu mtissen. Weil das verwendete Informati- 
onsmodell dadurch auf den elektronischen Arbeitsablauf zuge- 
schnitten wird, dali ein vorgegebenes Standard- 
Informationsmodell durch Erganzen, Loschen oder Verandern von 
Datenobjekten angepalit wird, wird Arbeit im Vergleich zu der 
Vorgehensweise, ein Informationsmodell „von Null an" zu er- 
zeugen, eingespart . 

Die Erfindung ermoglicht es, bereits vorhandene Altsysteme 
logisch und nicht nur auf datentechnischer Ebene einzubinden 
und die in ihnen abgespeicherten Daten und Inf ormationen wie- 
derzuverwenden. Altsysteme lassen sich insbesondere als Da- 
tenquellen weiterhin verwenden. Diese Wiederverwendung er- 
spart es, die Daten und Inf ormationen mit hohem Auf wand und 
groJier Fehlergefahr an ein neues Abarbeitungs-Werkzeug anpas- 
sen zu miissen. Ebenfalls nicht erforderlich ist es, Altsyste- 
me abzuandern oder sie gar aus dem produktiven Einsatz zu 
nehmen oder aber das Abarbeitungs-Werkzeug an ein Altsystem 
anzupassen. 

Im folgenden wird ein Ausf uhrungsbeispiel der Erfindung an- 
hand der beiliegenden Zeichnungen naher beschrieben. Dabei 
zeigen 

Fig. 1. ein Beispiel fur ein f irmenspezif isches Informations- 
modell mit dem Datenobjekt-Typ „Beschaf f ungsumf ang" ; 

Fig. 2. einen Ausschnitt aus einer elektronischen Spezifika- 

tion eines Arbeitsablauf s ; 
Fig. 3. eine beispielhaf te Architektur der Vorrichtung. 
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Das erf indungsgemalie Verfahren wird am Beispiel des Lieferan- 
t en-Managements eines fertigenden Unternehmens, z. B. eines 
Autoherstellers, erlautert. Das erf indungsgemaft erzeugte A- 
barbeitungs-Werkzeug 560 wird fttr dieses Beispiel Lieferan- 
ten-Manager genannt. Es umfaJit ein Datenhaltungssystem 570 , 
eine Anwendungs-Schicht 561 mit Abarbeitungslogik und eine 
Benutzungsoberflachen-Schicht 562 mit Benutzungsoberf lache . 
Das erf indungsgemaiie Verfahren lafit sich aber auch fur jedes . 
andere Anwendungsgebiet anwenden, in dem ein Arbeitsablauf e- 
lektronisch abgearbeitet werden soil und dafar ein Abarbei- 
tungs-Werkzeug benotigt wird. 

Lieferanten-Management bezeichnet eine Menge von Aktivitaten, 
die mit dem Ziel ausgefuhrt werden, dafi ein Unternehmen Waren 
und Dienstleistungen von externen und / oder internen Liefe- 
ranten kosten- und termingerecht erhalt, seine Einkauf skosten 
„im Griff hat^ und Varianten sowie Kundenbeanstandungen be- 
herrscht. Jedes Unternehmen, das technische Produkte her- 
stellt, mufi in geeigneter Form Lief eranten-Management entlang 
seiner Wertschopf ungskette betreiben, urn am Markt bestehen zu 
konnen . 

Typischerweise umfaflt das Lief eranten-Management eine Auswahl 
mindestens eines Lieferanten und eine Durchfahrung und eine 
Oberwachung der Beschaffung eines vorgegebenen Beschaf f ungs- 
umfangs vom ausgewahlten Lieferanten. Bevorzugt gehoren zum 
Lief eranten-Management einzelne Arbeitsablauf e, z. B. fur die 
Vergabe, die Handhabung von Anderungen und eine Kostensen- 
kung. Oft umfaiSt das Lief eranten-Management mehrere Unterneh- 
men, mehrere Standorte, mehrere Funktionen und mehrere Dis- 
ziplinen. 

Das Lieferanten-Management umfaiit bevorzugt auch den operati- 
ven Einkauf z. B. mit Ausschreibung, Einholen von Angeboten, 
Entscheidung ftir mindestens ein Angebot, Vertragsabschluli und 
Oberwachung der Lieferung. Einkauf s-Auktionen im Internet 
konnen ein Bestandteil des Lief eranten-Management s sein. Vor- 
zugsweise wird das Lieferanten-Management eines fertigenden 
Unternehmens auf die direkten Lieferanten des fertigenden Un- 
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ternehmens beschrankt. Daft diese direkten Lieferanten ihrer- 
seits Lieferanten haben, die aus Sicht des fertigenden Unter- 
nehmens Vorlief eranten sind, berttcksichtigt das fertigende 
Unternehmen bei seinem eigenen Lief eranten-Management nicht. 

5 Das Lief eranten-Management wird durch einen Geschaf tsprozeft 
festgelegt, der einzelne Arbeitsablauf e des Lieferanten- 
Managements spezif iziert . Ein solcher Arbeitsablauf umfaftt 
Arbeitsschritte, die jeweils mindestens einen Eingang und / 
oder mindestens einen Ausgang haben, Viele fertigende Unter- 

10 nehmen haben f irmenspezif ische Geschaf tsprozesse z. B. fur 
•das Lief eranten-Management def iniert . Fur diese Definition 

' haben sie oft erheblichen Aufwand z. B. fur Abstimmungen zwi- 
schen beteiligten Organisationseinheiten betrieben. Oft dif- 
ferenziert sich ein Unternehmen von Wettbewerbern durch gute 

15 Geschaf tsprozesse. 

Ein Vorteil der Erfindung ist, daft das Verfahren einen Liefe- 
ranten-Manager fUr einzelne oder alle Arbeitsablauf e dieses 
f irmenspezif ischen Geschaf tsprozesses liefert. Der Lieferan- 
ten-Manager wird mit geringem Aufwand auf die abzuarbeitenden 
20 Arbeitsablauf e des Geschaf tsprozesses zugeschnitten, anstelle 
daft der abzuarbeitende Geschaf tsprozeft auf eine bestimmte 
Vorgehensweise oder auf ein bestimmtes Inf ormationsmodell, 
Datenmodell oder Software-Produkt zugeschnitten werden muft . 

Ein leistungsfahiger Lief eranten-Manager standardisiert die 
25 Geschaftsprozesse, z. B. die Einkauf sprozesse . Ein verbindli- 
cher, nachvollziehbarer und idealerweise optimierter Ge- 
schaf tsprozeft ftir das Lief eranten-Management, der mit dem 
Produktentstehungsprozeft verknupft ist, wird unterstutzt und 
teilweise automatisiert . Auch nicht optimierte Geschaf tspro- 
30 zesse lassen sich durch den Lief eranten-Manager unterstiitzen. 
Der Lief eranten-Manager macht den Geschaf tsprozeft transparent 
und erlaubt es, rechtzeitig in den Geschaf tsprozeft steuernd 
einzugreif en, z. B. wenn die Gefahr besteht, daft Termine 
nicht eingehalten werden. Dadurch kann ein Unternehmen Kosten 
35 einsparen und Kosten- und Terminvorgaben sicher einhalten und* 
Varianten beherrschen. 
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Der erzeugte Lief eranten-Manager lafit sich - aufier fur das 
„eigentliche* Lief eranten-Management - zusatzlich insbesonde- 
re fur folgende Anwendungszwecke verwenden: 

• fur die Vorhersage von Kosten oder Terminen 

• als Datenanalyse-Werkzeug („data warehouse" ) fiir Teilauf- 
gaben des Lief eranten-Managements - dank des generischen 
Informationsmodells und der Integration in die IT-Umgebung 
sind die Daten vorhanden, die man fur aussagekraf tige sta- 
tistische Auswertungen benotigt. 

• far die Simulation - der Lief eranten-Manager arbeitet pro- 
beweise einen fiktiven Beschaf f ungsumf ang ab, wobei der 
Beschaf fungsumf ang den Geschaf tsprozefi oder einzelne Ar- 
beitsablauf e durchlauft. Schwachstellen in diesem Ge- 
schaf tsprozeii bzw. Arbeitsablauf lassen sich erkennen. 

• fur den Vergleich von Alternativen wahrend der Spezifika- 
tion oder aber der Ausfuhrung eines Arbeitsablauf s . Urn 
zwei Alternativen des Arbeitsablauf s zu vergleichen, wer- 
den nach dem erf indungsgemaften Verfahren zwei Lieferanten- 
Manager erzeugt. Die beiden zwei Lief eranten-Manager wer- 
den miteinander verglichen. Insbesondere werden eine 
durchschnittliche Anzahl 

- von erzeugten Bildschirm-Formularen, 

- von erf orderlichen Bildschirm-Interaktionen 

- von Datenbank-Lesezugrif f en 

- und / oder von Datenbank-Schreibzugrif f en 
verglichen. 

• als Fruhwarnsystem - Welche Prozefischritte konnen zu Ver- 
zogerungen fiihren f welche Schritte gehoren zum kritischen 
Pfad (^critical path")? 

• zur Schulung und zum Training von Mitarbeitern. 

Der erf indungsgemSIi erzeugte Lief eranten-Manager ist ein 
Softwaresystem, das auf einer ersten Datenverarbeitungsanlag 
ablauffahig ist. Zum Lief eranten-Manager gehoren ein einzige 
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Arbeitsablauf oder eine Menge von elektronischen Arbeitsab- 
lauf en. Ein Ziel ist vorgegeben, z. B. Auswahl von Lieferan- 
ten fur einen vorgegebenen Beschaf fungsumf ang. Ein Ge- 
schaf tsprozeli spezifiziert die Arbeitsablauf e . Nach einer 
Auswahl von einigen dieser Arbeitsablauf e werden der oder die 
ausgew^hlten Arbeitsablauf e durchlaufen. Hierbei wird typi- 
scherweise u. a. eine Abfolge von Bildschirm-Formularen 
durchlaufen, in die Einkaufer sowie Mitarbeiter von Lieferan- 
ten Eingaben eintragen, z. B. einen Lief ertermin fur eine An- 
frage oder einen Preis eines Angebots. Ein solches Formular 
umfaBt vorzugsweise mindestens ein Eingabefeld, ein Feld fur 
die Anzeige von Daten und ein Navigationselement . Wiederholt 
wird aus Benutzer-Eingaben in einem Bildschirm- Formular ein 
elektronisches Dokument erzeugt. 

In einem grSfieren Unternehmen werden parallel mehrere Be- 
schaf fungsumf ange und damit mehrere „Instanzen u von Arbeits- 
ablauf en abgearbeitet, z. B. ein Beschaf fungsumf ang fur den 
„Fahrersitz Autotyp A" , einer fur den „Scheinwerf er Autotyp 
B" und einer fur den „Rohbau Autotyp C* . Die Instanzen konnen 
sich in unterschiedlichen Stati der Abarbeitung oder Reife- 
grade befinden. 

Die Erfindung ermoglicht es, effizient einen Lief eranten- 
Manager zu erzeugen, der einen kompletten Geschaf tsprozeli ab- 
zuarbeiten. Dieser Geschaf tsprozeli wird durch die Spezifika- 
tionen mehrerer Arbeitsablauf e (workflows) modelliert. Bevor- 
zugt ist jeder Arbeitsablauf durch ein Datenobjekt charakte- 
risiert, das z. B. durch die Abarbeitung des Arbeitsablauf s 
angereichert, verfeinert oder sonstwie bearbeitet wird. Bei- 
spielsweise werden Attribute des charakterisierenden Datenob- 
jekt s mit Werten belegt oder Relationen zwischen dem charak- 
terisierenden Datenobjekt und weiteren Datenobjekten erzeugt. 
Der Arbeitsablauf nimmt dartiber hinaus auf andere Datenobjek- 
te Bezug. z. B. indem diese anderen Datenobjekte eingelesen 
oder schreibend ver&ndert oder miteinander durch Relationen 
verkniipft werden. 
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Bevorzugt werden mehrere Arbeitsablaufe eines Geschaf tspro- 
zesses nicht direkt miteinander verkmipft oder ttber den vor- 
gesehenen Umfang hinaus verlangert. Vielmehr werden zwei Ar- 
beitsablaufe miteinander liber die gemeinsame Datenbasis des 
Lieferanten-Managers verbunden, deren Datenmodell 531 unter 
Verwendung des f irmenspezif ischen Inf ormationsmodells 530 er 
zeugt wurde. Zwei Arbeitsablauf e interagieren insbesondere 
dadurch automatisch miteinander , daft der erste Arbeitsablauf 
Datenobjekte in das Datenhaltungssystem 570 einfugt oder vor 
handene Datenobjekte verandert und der zweite Arbeitsablauf 
einige dieser Datenobjekte einliest. Umgekehrt kann der zwei 
te Arbeitsablauf Datenobjekte erganzen oder verandern, die 
der erste einliest. Durch diese Entkopplung lassen sich die 
Arbeitsablaufe unabhangig voneinander verandern, und der Lie 
feranten-Manager ist modular aufgebaut. 

Eine bevorzugte Axis fiihrungs form des erf indungsgemaften Verfah 
rens zum Erzeugen eines f irmenspezif ischen Lief eranten- 
Managers umfalit folgende Schritte: 

• Ein f irmenspezif isches Inf ormationsmodell 530 mit Typen 
von Datenobjekten er zeugt , indem ein Standard- 
Informationsmodell fur das Lief eranten-Management bei Be- 
darf an den abzuarbeitenden Arbeitsablauf angepaftt wird. 

• Dieses f irmenspezif Ische Informationsmodell 530 wird ver- 
wendet, urn ein bestimmtes Datenmodell 531 als physikali- 
sches Datenhaltungsschema des Datenhaltungssystems 570 zu 
erzeugen. Wird z. B. eine relationale Datenbank zur Daten 
speicherung eingesetzt, so wird als Datenmodell ein rela- 
tionales Datenbankschema erzeugt. Auf Basis dieses Daten- 
modells 531 wird ein Datenhaltungssystem 57 0 des Abarbei- 
tungs-Werkzeugs 5 60 erzeugt. 

• Aus einer Bibliothek 540 mit elektronischen Standard- 
Arbeitsablaufen wird mindestens einer dieser Standard- 
Arbeitsablaufe ausgewahlt. Jedem elektronischen Standard- 
Arbeitsablauf ist ein Standard-Abarbeitungs-Werkzeug zuge 
ordnet. Ein derartiges Standard-Abarbeitungs-Werkzeug ist 
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ein Abarbeitungs-Modul, das durch die Datenverarbeitungs- 
anlage abgearbeitet werden kann und Lesezugriff und/oder 
Schreibzugrif f auf das Datenhaltungssystem 57 0 hat. 

• Eine Spezif ikation 550 eines in der Regel f irmenspezif i- 
schen Arbeitsablauf s mit Arbeitsschritten wird erzeugt. 
Fiir diese Spezif ikation 550 werden Datenobjekt-Typen des 
f irmenspezif ischen Inf ormationsmodells 530 und Relationen 
zwischen diesen verwendet. Fiir die Erzeugung der Spezif i- 
kation 550.. wird der ausgewahlte Standard-Arbeitsablauf bei 
Bedarf abgewahdelt. 

• Berechnungs- oder Priif ungsregeln, die sich auf Datenobjek- 
te und/oder Arbeitsschritte beziehen und automatisch aus- 
fuhrbar sind, werden erzeugt. 

• Das Standard-Abarbeitungs-Werkzeug des ausgewahlten Stan- 
dard-Arbeitsablauf s wird mit Hilfe der Spezif ikation 550 
des abzuarbeitenden Arbeitsablauf s konf iguriert . 

• Die Abarbeitungs-Module werden zum Lief eranten-Manager 560 
integriert und in eine vorgegebene IT-Umgebung eingefugt. 

Diese Schritte werden im folgenden detailliert beschrieben. 

Vorzugsweise werden kommerzielle Sof tware-Werkzeuge in erfin- 
derische Weise angewendet, urn insbesondere 

- das spezifische Inf ormationsmodell 530 und das Datenmodell 
531 zu erzeugen, 

- die Spezif ikation 550 des Arbeitsablauf s auf zustellen, 

- Berechnungs- und Priif ungsregeln zu erzeugen, 

- die elektronischen Arbeitsablauf e zu erzeugen, 

- Schnittstellen zu Altsystemen der IT-Umgebung zu realisie- 
ren 

- und ein Quellprogramm in einer geeigneten Programmierspra- 
che, z. B. Java, zu erzeugen. 

Das erf indungsgemafie Verfahren ermoglicht es, schnell und ef- 
fizient einen Lief eranten-Manager fiir einen vorgegebenen und 
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in der Regel f irmenspezif ischen Arbeitsablauf zu erzeugen. 
Falls der Arbeitsablauf spater geandert oder erweitert wird, 
laftt sich das Verfahren vorteilhaf terweise erneut ausfuhren, 
urn einen neuen Lief eranten-Manager far den geanderten Ge- 
5 schaftsprozeft zu erzeugen. Nicht erforderlich ist es, den 

Lief eranten-Manager von Hand anzupassen. Dadurch .wird die Ge- 
fahr vermieden, daft der geanderte Lief eranten-Manager nicht 
mehr zum neuen Arbeitsablauf kompatibel ist. 

Fur die Spezif ikation 550 des Arbeitsablauf s wird erfindungs- 
10 gemali.ein spezif isches Inf ormationsmodell 530 verwendet. Sin 

•Modell ist ein vereinf achtes und zwangslSufig liickenhaftes 
Abbild eines Ausschnitts der Realitat. Das Modell enthalt die 
Eigenschaften und Abhangigkeiten der Realitat, die zur Losung 
einer bestimmten Aufgabe benotigt werden . Mit dem Begriff 
15 „Inf ormation" wird der abstrakte Bedeutungsinhalt (die „Se- 

mantik" ) einer Aussage, Beschreibung, Anweisung, Nachricht o- 
der Mitteilung bezeichnet. Um Inf ormationen z. B. in einem 
Rechner zu reprasentieren und abzuspeichern werden Daten ver- 
wendet. Ein Inf ormationsmodell ist eine Vereinf achung der Re- 
20 alitat, durch die Inf ormationen und Fakten fur die Bearbei- 

tung mindestens einer Aufgabe strukturiert werden. Ein Daten- 
modell beschreibt, wie die gemaB eines Inf ormationsmodells 
strukturierten Daten physikalisch gespeichert werden, z. B. 

•| in einer Datei oder einer Datenbank. Ein relationales Daten- 
25 bankschema und ein „entity-relationship diagram" sind zwei 
Beispiele fiir derartige Datenmodelle . 

Der erf indungsgemaJi erzeugte Lief eranten-Manager 560 umfalit 
oder hat Lese- und Schreibzugrif f auf ein Datenhaltungssystem 
570, z. B. eine Datenbank mit Datenobjekten. Die Datenobjekte 
30 reprasentieren physikalische oder kaufmannische Geschaftsob- 
jekte, die fiir das Lief eranten-Management verwendet werden o- 
der in ihm eine Rolle spielen. 

Die Datenbank wird bevorzugt unter Verwendung eines Datenmo- 
dells 531 dergestalt erzeugt, daii die Datenobjekte der Daten- 
35 bank und die Relationen unter diesen Datenobjekten mit dem 
Datenmodell kompatibel sind. 
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Das firmenspezif ische Inf ormationsmodell 530 wird bevorzugt 
dadurch erzeugt, dali ein generisches Inf ormationsmodell auf 
die Gegebenheiten und Anf orderungen des fertigenden Unterneh- 
mens zugeschnitten wird ^information model customizing" ) . 
Beide Inf ormationsmodelle umfassen Typen von Datenobjekten 
und Relationen zwischen diesen Datenobjekt-Typen. Das generi- 
sche Informationsmodell gilt beispielsweise fur das Lieferan- 
ten-Management jedes fertigenden Unternehmens . Das generische 
Informationsmodell wird bevorzugt dadurch auf einen bestimm- 
ten Geschaftsprozefi, einen bestimmten Arbeitsablauf und/oder 
ein bestimmtes Unternehmen zugeschnitten, dafi Typen von Da- 
tenobjekten des generischen Inf ormationsmodells gestrichen o- 
der modifiziert werden. Insbesondere werden Datenobjekte des 
generischen Inf ormationsmodells gestrichen, die fur diesen 
Geschaftsprozeft und dieses Unternehmen nicht benotigt werden. 
Falls erforderlich, werden Datenobjekte erganzt. Datenobjekt- 
Typen werden beispielsweise dadurch modifiziert, dali Attribu- 
te erganzt oder gestrichen werden oder Vorzugs- oder Stan- 
dardwerte vorgegeben werden, Jedoch ist das generische Infor- 
mationsmodell so leistungsf ahig, dali es fur die meisten An- 
wendungsf alle einer Kategorie ausreicht. Eine solche Katego- 
rie ist z. B. das durch je einen Geschaf tsprozeB mit Arbeits- 
ablaufen beschriebene Lief eranten-Management von fertigenden 
Unternehmen. 

Das generische Informationsmodell umfalit alle Datenobjekt- 
Typen und Relationen, die benotigt werden, urn einen Arbeits- 
ablauf fur das Lief eranten-Management eines fertigenden Un- 
ternehmens zu beschreiben. Das generische Informationsmodell 
bildet damit die Begriffswelt der Prozeft-Fachexperten nach. 
Es unterstatzt und erleichtert eine vollstandige Notation und 
Modellierung der Arbeitsablauf e einschliefilich aller Ein- 
gangs- und AusgangsgroGen und Parameter von Arbeitsschritten . 
Weil die Begriffswelt der Prozefc-Fachexperten nachgebildet 
ist, ist ein aufwendiger und f ehlertrachtiger Obersetzungs- 
schritt zwischen Modellen und Beschreibungen der Fachexperten 
und einer IT-technisch verwendbaren Beschreibungssprache 
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nicht erforderlich, und Medienbriiche treten nicht auf . Dieser 
Vorteil macht sich insbesondere bei nachtraglichen Anderungen 
und Erganzungen wahrend der Spezif izierung von Arbeitsablau- 
fen bemerkbar. 

Diese Art der Erzeugung des f irmenspezif ischen Inf ormations- 
modells 530 und des daraus abgeleiteten Datenmodells 531 er- 
fordert wesentlich weniger Aufwand an Zeit und Kosten wie ei- 
ne Erzeugung „von Null an NX . Die Gefahr sinkt, dafi wesentliche 
Sachverhalte in dem Inf ormationsmodell, das dem Datenhal- 
tungssystem 570 des Abarbeitungs-Werkzeugs 560 zugrunde 
liegt, und damit u. U. auch in der Spezif ikation 550 des Ar- 
beitsablaufs nicht beriicksichtigt werden. Vielmehr steigt die 
Wahrscheinlichkeit, dafi ein vollstandiges Inf ormationsmodell 
entsteht . 

Das generische Inf ormationsmodell wird bevorzugt so zuge- 
schnitten, dafi es so weit als moglich kompatibel zu Informa- 
tionsmodellen von produktiv verwendeten Altsystemen z. B. fur 
die Warenwirtschaft oder die Produktionssteuerung ist. Da- 
durch konnen diese Altsysteme produktiv bleiben. Sie werden 
nicht nur datentechnisch, sondern auch auf der logischen Ebe- 
ne in das Lief eranten-Management und den Lief eranten-Manager 
integriert werden. Die Altsysteme lassen sich weiter verwen- 
den, eine teure Reimplement ierung z. B. von bewahrten Altsys- 
temen ist nicht erforderlich. Doppelte Datenhaltung ist nicht 
erforderlich. Bei Bedarf fungiert ein solches Altsystem als 
Datenquelle fttr den Lief eranten-Manager oder „bezieht AX umge- 
kehrt Daten vom Lief eranten-Manager 560. Dies wird u. a. 
durch das f irmenspezif ische Inf ormationsmodell 530 ermog- 
licht . 

Fig. 1 zeigt ein Beispiel fur ein generisches Inf ormationsmo- 
dell fur das Lief eranten-Management . In diesem Beispiel sind 
Datenobjekt-Typen durch Rechtecke und Relationen zwischen 
diesen Datenobjekt-Typen durch Linien dargestellt. Die Rela- 
tionen zwischen Datenobjekt-Typen legen fest, welche Relatio- 
nen zwischen Datenobjekten dieser Typen zulassig sind. Eine 
besondere Relation zwischen zwei Datenobjekt-Typen A und B 
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ist die Enthaltensein-Relation, die durch eine Raute gekenn- 
zeichnet wird. Beispielsweise ist der im folgenden erlauterte 
Datenobjekt-Typ 100.1 („Beschaf fungsumf ange" ) durch eine sol- 
che Relation mit dem Datenobjekt-Typ 100.2 („Teil- 
Beschaf fungsumf ange" ) verbunden. Ein Beschaf fungsumf ang kann 
mehrere Teil-Beschaf fungsumf ange enthalten, daher kann ein 
Datenobjekt far einen Beschaf fungsumf ang mit mehreren Daten- 
objekten fur jeweils einen Teil-Beschaf fungsumf ang durch eine 
Enthaltenseins-Relation verbunden sein. Die Rauten in Fig. 1 
befinden sich nahe der Typen derjenigen Datenobjekte, die an- 
dere Datenobjekte enthalten konnen. Die Relationen zwischen 
Datenobjekt-Typen sind weiterhin mit Mitgliedschaf tsinterval- 
len 110 versehen, die obere und untere Schranken angeben, wie 
viele Datenobjekte dieser Typen jeweils durch eine Relation 
miteinander verbunden sein dtirfen. Ein solches Mitglied- 
schaf tsintervall hat die Form „a:b", wobei a eine naturliche 
Zahl oder die 0 und b eine naturliche Zahl oder „n" als Sym- 
bol fur das Fehlen einer oberen Schranke sind. Weiterhin sind 
Spezialisierungs-Relationen durch eine Kante mit einem Pfeil 
an einem Ende eingezeichnet . Die Notation der Fig. 1 orien- 
tieren sich an der „Unified Modeling Language" (UML) als ei- 
nem bekannten objektorientierten Beschreibungsmittel . 

Ein bevorzugter Bestandteil des Inf ormationsmodells der Fig. 
1 ist der Datenobjekt-Typ 100.1 ( „Beschaf fungsumf ange" ) . Die- 
ser Typ falit alle Datenobjekte zusammen, die Beschaf fungsum- 
fange reprasentieren . Ein Beschaf fungsumf ang beschreibt ein 
oder mehrere Teilsysteme oder Funktionsgruppen oder Baugrup- 
pen. Beispiele fur Beschaf fungsumf ange sind „Rohbau" , 
„Scheinwerfer" und „Fahrersitz" . 

Ein Datenobjekt fur einen Beschaf fungsumf ang durchlauft be- 
vorzugt einen kompletten Arbeitsablauf oder gar mehrere Ar- 
beitsablaufe ftir das Lief eranten-Management . Zu Beginn dieses 
Arbeitsablauf s ist der Beschaf fungsumf ang nur grob funktional 
beschrieben. Bestimmte Bauteil-Typen oder Materialgruppen o- 
der gar Sachnummern sind dem Beschaf fungsumf ang in der Regel 
zu Beginn des Arbeitsablauf s nicht zugeordnet. Vor allem da- 
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ciurch unterscheidet sich ein Beschaf f ungsumf ang von einer Ma- 
terialgruppe, die lediglich bestimmte bereits festgelegte 
Bauteil-Typen zusammenf alit . 

Mit der Abarbeitung eines Geschaf tsprozesses mit mehreren Ar- 
beitsablaufen fur das Lief eranten-Management wird vorzugswei- 
se bereits zu einem frUhen Zeitpunkt der Produktentwicklung 
begonnen, an dem Festlegungen und Entscheidungen fttr bestimm- 
te Bauteil-Typen noch nicht getroffen wurden. Im Verlaufe der 
Produktentwicklung wird die innere Struktur eines Teilsystems 
oder einer Funktionsgruppe ' oder Ba'ugruppe definiert, rechner- 
unterstutzte Konstruktionen werden erzeugt, und im Ge- 
schaf tsprozeli fur das Lief eranten-Management werden dem Be- 
schaf fungsumf ang die entsprechenden Objekte, z. B. Bauteil- 
Typen oder Materialgruppen, zugeordnet. Bei Bedarf werden 
weiterhin die erf orderlichen Fertigungs-Werkzeuge, Software- 
Programme oder Dienstleistungen festgelegt, detailliert spe- 
zifiziert und als entsprechende Datenobjekte oder Attribute 
dem Beschaf fungsumf ang zugeordnet. Am Ende des Geschaftspro- 
zesses bildet der Beschaf fungsumf ang quasi eine Hulle, einen 
„Kokon" , der Attribute besitzt und mit mehreren weiteren Da- 
tenobjekten, die den Beschaf fungsumf ang detailliert festle- 
gen, durch Relationen verbunden ist. Diese weiteren Datenob- 
jekte sind z. B. Materialgruppen, Bauteil-Typen, Liefertermi- 
ne, Preise, Qualitatsanf orderungen, Stuckzahl, Lieferanten, 
Fertigungsstatten, benotigte Werkzeuge und Software- 
Programme . 

Der Datenobjekt-Typ ftir Beschaf fungsumf ange wird u. a. des- 
halb im Inf ormationsmodell vorgesehen, damit ein und derselbe 
Beschaf fungsumfang den gesamten elektronischen Arbeitsablauf 
oder gar den gesamten Geschaf tsprozeJi durchlauft und dabei urn 
Relationen mit anderen Datenobjekten und um Attribute ange- 
reichert wird. Bevorzugt erzeugt der Lief eranten-Manager zu 
einem frtihen Zeitpunkt ein Datenobjekt fur einen Beschaf - 
fungsumfang und ermoglicht damit eine effiziente IT- 
Unterstatzung far die frtthzeitige Einbindung von Lieferanten. 
Nicht erforderlich ist es, dafi der Lief eranten-Manager zu ei- 
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nem friihen Zeitpunkt Festlegungen erzeugt, die dann noch 
nicht getroffen werden konnen. Ebenfalls nicht erforderlich 
ist es, ein Datenobjekt mit wenigen Festlegungen fttr friihe 
Phasen des Geschaf tsprozesses und ein weiteres Datenobjekt 
mit vielen Festlegungen ftir spate Phasen zu erzeugen. Dies 
wiirde zu doppelter Datenhaltung und moglicherweise zu inkon- 
sistenten und widerspruchlichen Daten fuhren, insbesondere 
wenn spater Anderungen vorgenommen werden, aber nicht auf al- 
le Datenobjekte erstreckt werden. 

Ein Datenobjekt -vom Datenobjekt-Typ fur Beschaf f ungsumf ange 
ermoglicht es, eine fttr den Einkauf des fertigenden Unterneh- 
mens relevantes Objekt einen Arbeitsablauf durchlaufen zu 
lassen, ohne daft z. B. konstruktive Verf einerungen und Fest- 
legungen im Verlaufe des Produktentstehungsprozesses zu Ober- 
setzungsschritten, Medienbruchen o. a. fuhren und ohne daft 
Informationen erfragt oder gar erzwungen werden, die zum ak- 
tuellen Zeitpunkt noch nicht vorliegen. 

Die Datenobjekte des Typs fur Beschaf f ungsumf ange ermoglichen 
es, eine fur den Einkauf relevante Grofte den Arbeitsablauf 
durchlaufen zu lassen, ohne daft z. B. konstruktive Verf eine- 
rungen und Festlegungen im Verlaufe des Produktentstehungs- 
prozesses zu Ubersetzungsschritten, Medienbruchen o. a. fuh- 
ren und ohne daft Informationen erfragt oder gar erzwungen 
werden, die zum' aktuellen Zeitpunkt noch nicht vorliegen. 
Statt dessen wird ein Beschaf f ungsumf ang bei seinem Lauf 
durch den Arbeitsablauf um Informationen z. B. uber Bauteil- 
Typen angereichert . 

Das generische Inf ormationsmodell umfaftt beispielsweise dar- 
uber hinaus die folgenden Typen von Datenobjekten und Relati- 
onen zwischen diesen Typen: 

- Ein Datenobjekt fur einen Beschaf f ungsumf ang kann direkt 
mit den Datenobjekten in Relation stehen, die den Beschaf- 
fungsumfang detailliert festlegen und beschreiben, oder a- 
ber mehrere Teil-Beschaff ungsumf ange umfassen, die ihrer- 
seits durch Relationen mit den Datenobjekten fur detail- 
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lierte Festlegungen verbunden sind. Ein Teil- 
Beschaf fungsumfang ist das kleinste Datenobjekt fur den 
Einkauf . Bevorzugt steht ein Teil-Beschaf fungsumfang mit 
genau einem Lieferanten in einer Relation. Der Teil- 
5 Beschaf fungsumfang ist durch Relationen mit alien Datenob- 

jekten verbunden, die den Beschaf fungsumfang detailliert 
beschreiben und die dafur verwendet werden, den von diesem 
einen Lieferanten stammenden Teil des Beschaf fungsumfangs 
zu beziehen. Werden die Objekte eines Beschaf fungsumfangs 
10 von mehreren Lieferanten bezogen, so wird pro Lieferant 

•mindestens ein Teil-Beschaf f ungsumf ang erzeugt. Moglich 
ist, fur einen Lieferanten mehrere Beschaf fungsumf ange zu 
erzeugen, z. B. wenn der Lieferant an mehrere Fertigungs- 
statten des fertigenden Unternehmens liefert. Das Informa- 
15 tionsmodell der Fig. 1 umfaBt einen Datenobj ekt-Typ 100.2 

(„Teil-Beschaf f ungsumf ange" ) , der durch eine Enthal- 
tenseins-Relation mit dem Datenobj ekt-Typ 100.1 („Beschaf- 
f ungsumf ange M ) verbunden ist. Ein Beschaf fungsumfang ent- 
halt keinen, einen oder beliebig vielen Teil- 
20 Beschaf fungsumf ange verbunden sein, was durch das Mit- 

gliedschaftsintervall 110.1 mit dem Wert „0:n" festgelegt 
wird. Umgekehrt gehort ein Teil-Beschaf fungsumf ang genau 
einem Beschaf fungsumf ang an, was durch das Mitglied- 

• schaftsintervall 110.2 mit dem Wert „l:l x> festgelegt wird. 
5 - Ein Produkt-Typ kennzeichnet den Typ des Produkts, auf den 
sich der Beschaf fungsumf ang bezieht. Ein Produkt-Typ um- 
faBt einen oder mehrere Beschaf fungsumf ange . Im Falle ei- 
nes Autoherstellers wird dieser Produkt-Typ oft durch eine 
Baureihe (z. B. A-Klasse) , eine Aufbauart (z. B. Limousine 
30 oder Coupe) und eine Funktionsgruppe gekennzeichnet . Das 

Informationsmodell der Fig. 1 umfaBt einen Datenobj ekt-Typ 
100.4 („Funktionsgruppen") , 100.5 ( „Baureihen" ) , 100.6 
(„Aufbauarten" ) und 100 . 9 („Materialgruppen* ) . 

- Ein Mengengerust kennzeichnet die zu erwartende Stiickzahl 
35 des Produkt-Typs . Ober eine dem Mengengerust zugeordnete 

Aufteilungsvorschrift kann diese Stiickzahl auf verschiede- 
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ne Fertigungsstatten aufgeteilt werden. In dieser Auftei- 
lungsvorschrift wird bevorzugt der Fall berucksichtigt , 
daB in verschiedenen Fertigungsstatten unterschiedliche 
Teilsysteme oder Baugruppen eines Produkts gefertigt wer- 
den. 

- Vorzugsweise wird das Produkt, auf das sich das Lieferan- 
ten-Management bezieht, durch eine hierarchische Produkt - 
struktur beschrieben. Diese Produkts truktur gilt bevorzugt 
nicht nur fur einen bestimmten Produkt-Typ, z. B. eine 
Baureihe, sondern fur eine Kategorie von Produkten, z. B. 
fur jedes Auto eines bestimmten Segments. Die Produkt - 
struktur ist beispielsweise eine Beschreibung einer hie- 
rarchischen Zerlegung des Produkts in Form einer Baum- 
struktur. Die Knoten dieser Baumstruktur stehen fur ein- 
zelne Betrachtungseinheiten des Produkts, z. B. fur Funk- 
tionsgruppen, Teilsysteme, Baugruppen, Komponenten . Die 
Wurzel der Baumstruktur steht fur das Produkt als ganzes, 
die Blatter ftir als elementar behandelte Komponenten. Fur 
diese Betrachtungseinheiten wird ein eigener Datenobjekt- 
Typ 100.1 („Produkt-Typen x> ) eingefuhrt. 

- Ein Bauteil-Typ wird durch ein eigenes Datenobjekt be- 
schrieben. Das Inf ormationsmodell der Fig. 1 umfaJit einen 
Datenobjekt-Typ. 100.10 ( „Bauteil-Typen" ) . 

- Eine Materialgruppe wird ebenfalls durch ein eigenes Da- 
tenobjekt beschrieben und durch eine eindeutige Material- 
gruppen-Kennung (^commodity code" ) gekennzeichnet . Die Ma- 
terialgruppen bilden bevorzugt eine baumformige Verwandt- 
schaftshierarchie (Taxonomie) , deren Blatter lieferbare 
Bauteil-Typen sind. Die Materialgruppen-Kennung ist hie- 
rarchisch auf gebaut . Beispielsweise besteht die Material- 
gruppen-Kennung aus sechs Ziffern, von denen die ersten 
beiden Ziffern die Funktionsgruppe und die nachsten beiden 
Ziffern die Baugruppe bezeichnen, in welcher der Bauteil- 
Typ verwendet wird. Durch die letzten beiden Ziffern wer- 
den die Bauteil-Typen einer Baugruppe voneinander unter- 
scheiden. Ein Datenobjekt fur eine Materialgruppe kann 
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durch Relationen z. B. mit einem Beschaf f ungsumf ang oder 
einem Teil-Beschaf f ungsumf ang, mit Bauteil-Typen, mit Be- 
trachtungseinheiten und mindestens einer Lief eranten-Menge 
verbunden sein. Ein Beschaf f ungsumf ang oder ein Teil- 
Beschaf f ungsumf ang kann durch Relationen mit einer oder 
mehreren Materialgruppen verbunden sein. Das Inf ormations- 
modell der Fig. 1 umfalit einen Datenobjekt-Typ 100.9 (, Ma- 
terialgruppen" ) . 

Das generische Inf ormationsmodell beriicksichtigt verschie- 
dene Varianten eines Bauteil-Typs oder Zusammenbaus, was 
gerade in der Automobilindustrie mit ihrer hohen Varian- 
tenzahl und Komplexitat wichtig ist. Daher werden Datenob- 
jekte fur Positionsvarianten ermoglicht und fur diese ein 
Datenobjekt-Typ im Inf ormationsmodell vorgesehen. 

Ein Lieferant wird durch ein eigenes Datenobjekt reprasen- 
tiert. Dem Lieferanten kSnnen z. B. Inf ormationen uber be- 
h6rdliche Zertif izierungen und Freigabe-Entscheidungen des 
fertigenden Unternehmens zugeordnet sein. Vorzugsweise um- 
falit das Inf ormationsmodell der Fig. 1 einen Datenobjekt- 
Typ 100.3 („Lieferanten" ) fur die iiberhaupt verftigbaren 
Lieferanten und einen weiteren Datenobjekt-Typ 100.13 
(„ausgewahlte Lieferanten") fur die jeweils fur einen Be- 
schaf f ungsumf ang oder Teil-Beschaf fungsumfang ausgewahlten 
Lieferanten. 

Wahrend der Abarbeitung eines Arbeitsablauf s fur das Lie- 
feranten-Management werden oft ein oder mehrere Lieferan- 
ten fiir einen vorgegebenen Beschaf fungsumfang ausgewahlt. 
Dieser Beschaf fungsumfang bezieht sich auf bestimmte Be- 
trachtungseinheiten und wird mit Materialgruppen und/oder 
Bauteil-Typen verbunden. Oft ist fur eine Mater ialgruppe, 
eine Betrachtungseinheit oder einen Bauteil-Typ bereits 
eine Menge von Lieferanten vorgegeben, und nur unter die- 
sen Lieferanten werden eine oder mehrere ausgewahlt. Daher 
wird eine eigene Klasse fiir Lief eranten-Mengen im Informa- 
tionsmodell vorgesehen. In einer Fortbildung werden zwei 
Arten von Lief eranten-Mengen unterschieden und daher zwei 
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Klassen von Lief eranten-Mengen in das Inf ormationsmodell 
auf genommen . Eine vorgegebene strategische Lief eranten- 
Menge ist eine Menge von Lieferanten z. B. far eine Mate- 
rialgruppe, die aufgrund grundsatzlicher Festlegungen des 
Unternehmens vorab festgelegt sind, wobei die Festlegung 
fur viele Beschaf fungsumf ange giiltig ist. Eine vorlaufig 
ausgewahlte Menge von Lieferanten besteht aus Lieferanten, 
die fur einen bestimmten Beschaf f ungsumf ang in einer fru- 
hen Phase des Geschaf tsprozesses vorausgewahlt wurden. Da- 
her umfafit das Inf ormationsmodell einen Datenobjekt-Typ 
100.11 (^strategische Lief eranten-Mengen" ) und einen wei- 
teren Datenobjekt-Typ 100.12 („vorlaufige Lief eranten- 
Mengen" ) 

- Eine Fertigungsstatte wird durch ein eigenes Datenobjekt 
reprasentiert . Dieses Datenobjekt ist durch Relationen z. 
B. mit Datenobjekten fur Beschaf f ungsumf ange oder Teil- 
Beschaffungsumfange sowie fur Betrachtungseinheiten ver- 
bunden. Das Inf ormationsmodell umfalit einen Datenobjekt- 
Typ 100.8 („Fertigungsstatten >x ) . 

- Um in der Spezif ikation 550 des Arbeitsablauf s den Ar- 
beitsschritten die Verantwortlichkeiten zuordnen zu kon- 
nen, wird ein Datenobjekt-Typ 100.16 ( „verantwortliche 
Personen") fiir die Verantwortlichkeiten auf genommen. Ein 
Datenobjekt fur eine Verantwortlichkeit kann durch Relati 
onen z. B. mit einem Datenobjekt fiir einen Beschaf fungsum 
fang, fur eine Betrachtungseinheit oder eine Materialgrup 
pe verbunden sein. 

- Alle Unterlagen fur Anfragen und Ausschreibungen, die far 
einen bestimmten Beschaf f ungsumf ang oder Teil- 

Beschaf fungsumf ang versandt werden, werden in eigenen Da- 
tenobjekten verwaltet, das Verweise auf diese Dokumente 
und auf Verwaltungsinf ormationen der Dokumente hat. Fiir 
diese Datenobjekte ist ein eigener Datenobjekt-Typ 100.17 
fiir „Anfragen NX im Inf ormationsmodell vorgesehen. Die Da- 
tenobjekte dieses Datenobjekt-Typs sind durch Relationen 
mit Beschaf fungsumf angen oder mit Teil- 
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Beschaf f ungsumf angen sowie mit den jeweils ausgewahlten 
Lieferanten verbunden. 

- Analog werden alle Angebote fiir einen bestimmten Beschaf- 
fungsumfang oder Teil-Beschaf fungsumf ang in einem eigenen 
Datenobjekt verwaltet. Auch fiir diese Datenobjekte ist ein 
eigenef Datenobjekt-Typ fur „Angebote" im Inf ormationsmo- 
dell vorgesehen. Die Datenobjekte dieses Datenobj ekt-Typs 
100.15 sind durch Relationen mit Beschaf fungsumf angen oder 
zu Teil-Beschaf fungsumf angen sowie mit den jeweils ausge- 
wahlten Lieferanten verbunden. 

Sowohl das generische Inf ormationsmodell als auch das firmen- 
spezifische Inf ormationsmodell 530 sind unabhangig von einem 
bestimmten physikalischen Datenhaltungsschema, z. B. einem 
bestimmten Datenbankschema . Insbesondere deshalb sind die In- 
formationsmodelle unabhangig von einer bestimmten IT- 
Umgebung, in welcher der Lief eranten-Manager eingesetzt wird 
Aus demselben Inf ormationsmodell lassen sich verschiedene Da 
tenmodelle und damit verschiedene Datenhaltungsschemata ab- 
leiten, z. B. Datenbankschemata fur relationale oder objekt- 
orientierte Datenbanken. Beispielsweise laJJt sich eine rela- 
tionale Datenbank durch eine andere relationale oder eine ob 
jektorientierte Datenbank ersetzen, ohne daii das firmenspezi 
fische Informationsmodell 530 oder die Spezif ikation 550 des 
Arbeit sablaufs oder Geschaf tsregeln geandert werden mussen. 

Das generische Informationsmodell umfaftt alle Datenobjekte 
und Relationen, die benotigt werden, um den oder die Arbeits 
ablaufe fiir das Lief eranten-Management eines fertigenden Un- 
ternehmens zu spezif izieren. Das generische Informationsmo- 
dell bildet damit die Begriffswelt der ProzeJJ-Fachexperten 
nach. Es unterstiitzt und erleichtert eine vollstandige Nota- 
tion und Spezif izierung eines Arbeitsablauf s einschliefilich 
aller Eingangs- und Ausgangsgrofien und Parameter von Arbeits 
schritten. Weil die Begriffswelt der Prozefi-Fachexperten 
nachgebildet ist, ist ein aufwendiger und f ehlertrachtiger 0 
bersetzungsschritt zwischen Spezif ikationen und Beschreibun- 
gen der Fachexperten und einer IT-technisch verwendbaren Be- 
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schreibungssprache nicht erf orderlich, und Medienbruche tre- 
ten nicht auf . Dieser Vorteil macht sich insbesondere bei 
nachtraglichen Anderungen und Erganzungen wahrend der Spezi- 
fizierung von Arbeitsablauf en bemerkbar. Das jeweils am bes- 
5 ten geeignete Datenmodell mit der bestgeeigneten informati- 
onstechnischen Beschreibungssprache lafit sich verwenden, 
z. B. ^Entity-Relationship Diagrams" (ER diagrams) oder die 
^Unified Modeling Language" (UML) . 

Der Gesch&ftsprozeJJ wird durch eine elektronisch verfugbare 
10 Spezifikation 550 beschrieben. Diese Spezif ikation wird mit 

einer Einrichtung 580 zur Spezif izierung eines Arbeitsablauf s 
erzeugt und abgespeichert . Diese Einrichtung wird im folgen- 
den Spezif izierungs-Einrichtung genannt. Die Spezif izierungs- 
Einrichtung 580 umfaJit bevorzugt eine zweite Datenverarbei- 
15 tungsanlage. 

Die mit der Spezif izierungs-Einrichtung 580 erzeugte Spezifi- 
kation 550 beschreibt beispielsweise alle Arbeitsablauf e, die 
beim Lief eranten-Management anf alien. Die Spezifikation 550 
ist auf die Anf orderungen und Gegebenheiten eines fertigenden 
20 Unternehmens, z. B. auf das Lief eranten-Management eines Au- 
tomobilherstellers, zugeschnitten. In der Spezifikation 550 
werden bevorzugt diejenigen Datenobjekte und Relationen zwi- 
schen Datenobjekten verwendet, die zu Datenobjekt-Typen bzw. 
Relationen zwischen Datenobjekt-Typen des f irmenspezif ischen 
25 Inf ormationsmodells 530 gehoren. 

Bevorzugt wird ein Arbeitsablauf mit Hilfe eines gerichteten 
Graphen mit Knoten und Kanten spezif iziert . Die „Eingange" 
eines Knotens K sind dann die Kanten von den Vorgangern des 
Knotens K zum Knoten K, die „Ausgange" die Kanten von K zu 
30 seinen Nachfolgern. In Fig. 2 ist ein beispielhaf ter Aus- 

schnitt aus einer elektronischen Spezifikation 550 eines Ar- 
beitsablauf s gezeigt. Dieser Graph hat mindestens folgende 
Arten von Knoten: 

- Ereignisknoten 200.1, 200.2, z. B. „Beschaf f ungsum- 

35 fang festgelegt" oder „Strategie fur Vergabeprozefi festge- 
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legt x> oder „Lief eranten-Menge filr VergabeprozeB festge- 
legt" . Zu den Ereignisknoten gehoren auch die Start - 
Ereignis-Knoten, die keinen Vorganger und mindestens einen 
Nachfolger haben und als Einstiegspunkte eines Arbeitsab- 
laufs fungieren, und Ziel-Ereignis-Knoten, die keine Nach- 
folger und mindestens einen Vorganger haben. 

- Funktions-Knoten 210.1, 210.2, . z. B. „Auftrag prufen" 
oder „Termine andern" , die mindestens einen Vorganger und 
mindestens einen Nachfolger haben, Arbeitsschritte eines 
Arbeitsablauf s festlegen und vorzugsweise durch Tatigkei- 
ten beschrieben werden, 

- Datenobjekt-Knoten 220.1, 220.2, z. B. Datenobjekte 
fur „Teil-Beschaf f ungsumf ang" oder „Lief erant" , die fur 
einen Inf ormationsf luB in den oder aus dem Arbeitsablauf 
stehen, z. B. einen Lese- oder Schreibzugrif f auf eine Da- 
tenbank, die mindestens einen Vorganger oder mindestens 
einen Nachfolger haben und die von einem Datenobj ekt-Typ 
des f irmenspezif ischen Inf ormationsrnodells 530 sind, 

- Organisationseinheits-Knoten 240.1, 240.2, z. B. 
„Projektleiter Produkt" oder „Facheinkauf er" , die festle- 
gen, wer fur die Durchfuhrung eines Arbeitsschritts ver- 
antwortlich ist. In der Regel ist ein Organisationsein- 
heits-Knoten einem Funktions-Knoten zugeordnet, z. B. 
durch eine Kante fur einen Organisationsf luB, es kann auch 
der Lieferanten-Manager anstelle einer naturlichen Person 
verantwortlich sein, 

- ProzeBgroBen-Knoten 240.1, 240.2, z. B. „Status Ver- 
gabeprozeB . Ein ProzeBgroBen-Knoten ist mit den Ereignis- 
Knoten verbunden, deren Ereignis darin besteht, daB die 
betreffende ProzeBgroBe einen bestimmten Wert annimmt. 
Beispielsweise ist ein ProzeBgroBen-Knoten ^Status Verga- 
beprozeB" mit dem Ereignis-Knoten „Lief eranten-Menge ftir 
VergabeprozeB festgelegt" verbunden. Derselbe oder weitere 
ProzeBgroBen-Knoten „Status VergabeprozeB" sind mit ande- 
ren Ereignis-Knoten verbunden, deren Ereignis sich auf den 



P800850/DE/1 



25 

jeweils erreichten Status des Arbeit sablauf s, z. B. des 
Vergabeprozesses, bezieht , 

- UND-Verbindungsknoten 410.1 mit mehreren Vorgangern und 
einem Nachfolger, der die Abarbeitung eines Arbeitsablauf s 
beeinflufit. Wenn alle Vorganger, die Ereignis-Knoten sind, 
erfullt sind und alle Vorganger, die Funktions-Knoten 
sind, ausgefuhrt sind, so wird zum Nachfolger des UND- 
Verbindungsknotens ubergegangen. Beispielsweise hat ein 
UND-Verbindungsknoten 410.1 die Vorganger „Terminierung 
Vergabe andem" und „Termin-Anderun.g zur Kenntnis genom- 
men* und den Nachfolger „Neuen Termin f reigeben" . 

- ODER- Verbindungs knot en 400.1 mit mehreren Vorgangern und 
einem Nachfolger, der ebenfalls die Abarbeitung 
beeinflufit. Wenn mindestens ein Vorganger erfullt Oder 
ausgefiihrt ist, wird zum Nachfolger ubergegangen. Bei- 
spielsweise hat ein ODER-Verbindungsknoten die Vorganger 
„potentielle Lieferanten hinzuf iigen" , „potentielle Liefe- 
ranten loschen" und „potentielle Lieferanten bestatigt" 
und den Nachfolger „potentielle Lieferanten f estgelegt" . 

- X-ODER-Verzweigungsknoten 420.1 („exklusives oder w ) mit 
mehreren Vorgangern und einem Nachfolger. Wenn genau ein 
Vorganger erfullt oder ausgefiihrt ist, wird zu einem Nach- 
folger ubergegangen. Eine Verzweigungsbedingung legt fest 
unter welcher Bedingung zu welchem Nachfolger iibergegange: 
wird. Beispielsweise hat ein X-ODER-Verzweigungsknoten 
420.1 die Vorganger „Vergabedokumentation verfaftt xx (ein 
Ereignisknoten) und „Vergabedokumentation iiberarbeiten" 
(ein Funktionsknoten) und den Nachfolger „Vergabe genehmi 
gen" . 

- UND-Verzweigungsknoten mit einem Vorganger und mehreren 
Nachfolgern. Wenn der Vorganger erfiillt oder ausgefuhrt 
ist, wird zu alien Nachfolgern ubergegangen. 

- ODER-Verzweigungsknoten 430.1 mit einem Vorganger und meh 
reren Nachfolgern. Wenn der Vorganger erfullt oder ausge- 
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ftihrt ist, wird zu mindestens einem Nachfolger tibergegan- 
gen. 

- x-ODER-Verzweigungsknoten („exklusives oder" ) mit einem 
vorganger und mehreren Nachfolgern. Wenn der Vorganger er- 
fallt oder ausgeftihrt ist, wird zu genau einem Nachfolger 
tibergegangen. Eine Verzweigungsbedingung legt fest, unter 
welcher Bedingung zu welchem Nachfolger tibergegangen wird. 
Beispielsweise hat ein X-ODER-Verzweigungsknoten den Vor- 
ganger „potentielle Lieferanten abstimmen" und die Nach- 
folger „alle Zustimmungen eingeholt" und „potentielle Lie- 
feranten klSren" . 
Ein durchgezogener Pfeil in Fig. 2 steht fur einen Funkti- 
onsflufi 310.1, 310.2, ... z. B. von einem Datenobjekt-Knoten, 
ein gestrichelter Pfeil ftir einen Inf ormations- 
dienstleistungsflufi 300.1, 300.2, ein durchgezogener 

Strich ftir einen Organisationsf lufi 320.1, 320.2, 
Vorzugsweise ist die elektronische Spezif ikation 550 des Ar- 
beit sablaufs hierarchisch in dem Sinne aufgebaut, daft ein 
einzelner komplexer Arbeitsschritt einer groben Granularitat 
durch einen Teil-Geschaf tsprozeft einer feineren Granularitat 
geschrieben wird. Ftir jeden Arbeitsschritt des Geschaf tspro- 
zesses sind wie oben beschrieben Eingange, Ausgange, Verant- 
wortlichkeiten (Welche Rollen? Wer?) und Aussagen zu Terminen 
und Ausftihrungszeiten f estgelegt . 

Zum Arbeitsablauf gehSrt dartiber hinaus oft eine Stammdaten- 
Verwaltung. 

Eine bevorzugte Ausftihrungsf orm der erf indungsgemafien Vor- 
richtung 600 wird in Fig. 3 gezeigt. Durchgezogene Pfeile 
stehen in Fig. 3 ftir Inf ormationsf ltisse wahrend der Erzeugung 
des Abarbeitungs-Werkzeugs . Gestrichelte Pfeile stehen ftir 
Informationsf ltisse wahrend der Arbeit des Abarbeitungs- 
Werkzeugs . 

In einer elektronischen Bibliothek 510 sind Standard- 
Inf ormationsmodelle abgespeichert . 
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Die Einrichtung 520 zur Erzeugung eines f irmenspezif ischen 
Informationsmodells 530 umfafit 

- Mittel zur Auswahl eines Standard-Inf ormationsmodells der 
Bibliothek 510, 

- Mittel zum Erg^nzen, Loschen oder Verandern von Datenob- 
jekt-Typen des ausgewahlten Standard-Inf ormationsmodells 

- und Mittel zum Erganzen, Loschen oder Verandern von Rela- 
tionen zwischen diesen Datenobjekt-Typen. 

Mit Hilfe der Erzeugungs-Einrichtung 520 wird das firmenspe- 
zifische Inf ormationsmodell 530 erzeugt. 

Die Spezifizierungs-Einrichtung 580 hat Lesezugriff auf die- 
ses f irmenspezif ische Inf ormationsmodell 530 sowie auf eine 
elektronische Bibliothek 540 mit vorkonf igurierten Spezifika- 
tionen von Standard-Arbeitsablauf en. Jeder Spezif ikation ei- 
nes Standard-Arbeitsablaufs ist ein Standard-Abarbeitungs- 
Werkzeug aus einer weiteren elektronischen Bibliothek 590 zu- 
geordnet. Die Spezifizierungs-Einrichtung 58 0 umfafit Mittel 
zur Auswahl eines dieser Standard-Arbeitsablauf e . Sie erzeugt 
die Spezif ikation 550 des Arbeitsablauf s . 

Eine Konf igurierungs-Einrichtung 500 hat Lesezugriff auf die 
weitere elektronischen Bibliothek 590 mit Standard- 
Abarbeitungs-Werkzeugen sowie auf die Spezif ikation 550. Die 
Konf igurierungs-Einrichtung 500 konfiguriert dasjenige Stan- 
dard-Abarbeitungs-Werkzeug der Bibliothek 590, das dem ausge- 
wahlten Standard-Arbeitsablauf zugeordnet ist. Hierfur ver- 
wendet die Konf igurierungs-Einrichtung 500 die Spezif ikation 
550. Das konfigurierte Standard-Abarbeitungs-Werkzeug vermag 
den durch die Spezif ikation 550 spezif izierten Arbeitsablauf 
abzuarbeiten . 

Berechnungs- und Pruf ungsregeln verknupfen Datenobjekte be- 
stimmter durch das Inf ormationsmodell 530 beschriebener Typen 
miteinander. Weitere Regeln beziehen sich auf Arbeitsschritte 
oder Ereignisse des Geschaf tsprozesses oder verknupfen Daten- 
objekte mit Arbeit sschritten oder Ereignissen. Derartige Re- 
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geln werden manchmal auch GeschSf tsregeln (^business rules" ) 
genannt. Eine Priif ungsregel priif t z. B. Arbeit sschritte oder 
bei der Abarbeitung erzeugte Datenobjekte auf Integritat und 
Konsistenz (Widerspruchsf reiheit ) und Vollstandigkeit . Bei- 
spielsweise stellt eine solche Priif ungsregel sicher, dali je- 
des Datenobjekt fur einen Teil-Beschaf f ungsumf ang sich in ge- 
nau einem von drei moglichen Stati oder der Arbeitsschritt 
„Lieferant fiir einen Teil-Beschaf f ungsumf ang auswahlen" sich 
wahrend der gesamten Abarbeitung in genau einem von funf mog- 
lichen Stati befindet. Andere Regeln fiihren Berechnungen 
durch, z. B. indem sie einen Rechnungsbetrag mit Mehr- 
wertsteuer u. a. als Summe der Einzelpositionen bestimmen, 
Brutto-/Netto-Ef f ekte berechnen oder den Ist-Erwartungswert 
aus Kostenpositionen bestimmen. Geschaf tsregeln und ihre An- 
wendung fur Arbeitsablauf e sind z. B. aus WO 01/13303 Al be- 
kannt . 

Vorzugsweise werden die Berechnungs- und Pruf ungsregeln fiir 
einen Lief eranten-Manager dadurch erzeugt, dali Regeln aus ei 
ner vorgegebenen Bibliothek mit Standard-Regeln ausgewahlt 
und die ausgewahlten Regeln bei Bedarf angepafit werden. Die 
Anpassung ist z. B. dafur erf orderlich, die Regeln an das 
f irmenspezifische Inf ormationsmodell 530 , die Spezif ikation 
550 des Arbeitsablauf s oder an sonstige f irmenspezifische Ge 
gebenheiten anzupassen. Zu den sonstigen Gegebenheiten kann 
eine f irmenspezifische Produktdaten-Struktur , z. B. ein be- 
stimmter Aufbau von Stucklisten oder Erzeugnisdokumentatio- 
nen f gehoren. 

Um fur das fertigende Unternehmen das f irmenspezifische In- 
formationsmodell 530 und die Spezif ikation 550 des abzuarbei 
tenden Arbeitsablauf s zu erzeugen, wird beispielsweise das 
folgende Vorgehen angewendet: 

• IBZED-Matrizen werden aufgestellt. Diese definieren Infor- 
mation, Beteiligung, Zustimmung, Entscheidung, Durchfuh- 
rung (= IBZED) . 
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• Das firmenspezif ische Inf ormationsmodell 530 wird wie oben 
beschrieben aufgestellt. Aus diesem wird ein Datenmodell 
531 abgeleitet. Fur das Datenmodell 531 wird vorzugsweise 
eine objektorientierte Beschreibungssprache, z. B. die 0- 
nified Modeling Language (UML) , verwendet. Das UML-Modell 
umfaBt use cases, class diagrams und activity diagrams. Es 
tragt u. a. zur Spezif ikation der Benutzungsoberf lache 
bei. Das Datenmodell legt ein Datenhaltungs schema fest. 

• Mit einem Sof tware-Werkzeug 580 wird eine Spezif ikation 
550 des Arbeitsablaufs Oder der Arbeitsablauf e erzeugt. 
Derartige Sof twarewerkzeuge sind vom Grundsatz her z. B. 
aus A.-W. Scheer, a.a.O. und WO 02/19224 Al bekannt. Er- 
f indungsgemafi wird das firmenspezif ische Inf ormationsmo- 
dell 530 hierfur verwendet. 

• Beispielsweise durch Berechnungs- und/oder Priif ungsregeln 
werden Objekte und Zusammenhange erganzt, die sich nicht 
durch das zur Modellierung verwendete Sof tware-Werkzeug 
550 ausdrucken lassen. 

• Bei Bedarf wird die Spezif ikation 550 des Arbeitsablaufs 
durch textliche Beschreibungen erganzt. Diese Beschreibun- 
gen werden insbesondere einzelnen Arbeitsschritten oder 
kompletten Arbeitsablauf en zugeordnet. Hierfur wird min- 
destens eine Formular-Schablone (template) verwendet, die- 
se wird z. B. mit einem Textverarbeitungssystem ausge- 
fullt. Bei Bedarf werden Beschreibungen in Freitext er- 
ganzt. 

Fur diese Schritte wird zusatzlich IT-Unterstiitzung fur die 
Zusammenarbeit von Personen („groupware* ) eingesetzt, z. B. 
Gruppeninterakt ions-Software, Diskussions-Datenbanken, einem 
Konf erenzsystem und e-mail. 

Eine IBZED-Matrix umfafit eine Abfolge von beim Lief eranten- 
Management nacheinander und/oder parallel auszuf uhrenden Ar- 
beitsschritten. Jeder Arbeitsschritt ist vorzugsweise durch 
eine Tatigkeit, z. B. „Vergabeprozefi initiieren" , gekenn- 
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zeichnet. Weiterhin erden fur jeden Arbeitsschritt z. B. fol- 
gende Inf ormationen festgelegt: 

- die einzelnen Aktivitaten, aus denen der Arbeitsschritt 
besteht, z. B. „Teil-Beschaf f ungsumf ang f estlegen" , „Lie- 

5 feranten-Menge vorauswahlen" und „vorausgewahlte Lieferan- 

ten-Menge f reigeben" , 

- die Voraussetzungen fur den Arbeitsschritt , insbesondere 
die vollstandige Ausftihrung von bestimmten anderen Ar- 
beitsschritten, deren Ergebnisse benotigt werden, z. B. 

10 „Vergabestrategie f reigegeben" , 

- die Ergebnisse, die der Arbeitsschritt nach vollstandiger 
Ausftihrung liefert, z. B. „Vergabeprozefi als Aufgabe im e- 
lektronischen Eingangskorb von Facheinkauf er und Funkti- 
onsgruppen-Sprecher eingetrof f en" , 

15 - die Verantwortlichkeiten, z. B. welche Organisationsein- 
heiten und Inhaber welcher Rollen wie beteiligt werden, 
und 

- Anmerkungen. 

Auf welche Art eine Organisationseinheit oder ein Rollen- 
20 Inhaber beteiligt ist, wird durch eine der fttnf Festlegungen 
Information, Beteiligung, Zustimmung, Entscheidung, Durchfuh- 
rung gekennzeichnet . 

Es ist moglich, die Spezif ikation 550 des Arbeitsablauf s „von 
Null an" zu erzeugen. Arbeit und Zeit werden hingegen einge- 
25 spart, und die Gefahr von Fehlern wird reduziert, wenn statt 
dessen vorkonf igurierte Spezif ikationen von Standard- 
Arbeitsablaufe aus einer Bibliothek 540 verwendet werden 
(^workflow customizing" ) . Diese ausgewahlten Arbeitsablaufe 
werden dann parametrisiert und angepalit. Diese Vorgehensweise 
30 erfordert viel weniger Aufwand als z. B. beim customizing" 
eines Workf low-Management-Systems, das nicht iiber Standard- 
Arbeit sablaufe fur das Lief eranten-Management verftigt, oder 
gar einer Individual-Implementierung oder Spezif izierung „von 
Null an" . 
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Vorzugsweise werden die Spezif ikationen der Standard- 
Arbeitsablaufe mit Hilfe der Datenobjekt-Typen, Attribute und 
Relationen des generischen Inf ormationsmodells sowie den oben 
beschriebenen Knoten-Arten fur Arbeitsablauf-Spezif ikationen 
beschrieben. Die f irmenspezif ischen Arbeitsablaufe werden 
entsprechend mit Hilfe der Datenobjekt-Typen, Attribute und 
Relationen des f irmenspezif ischen Inf ormationsmodells 530 
spezif iziert. Auflerdem umfassen die Arbeitsablaufe datentech- 
nische Datenobjekte, die z. B. die Durchfuhrung des Arbeit s- 
ablaufs einschlieBlich Rucksetzung steuern oder mit Hilfe des 
Datenhaltungssystems 570 eine persistente Datenhaltung sowie 
einen Mehrbenutzerbetrieb ohne Zugriffs- und Datenkonf likte 
sicherstellen. 

Vorzugsweise umfafit die Bibliothek 540 folgende Standard- 
Arbeitsablauf e fur das Lief eranten-Management : 

- Festlegung von Strategien oder Vorgaben fur Vergabeent- 
scheidungen fur einen vorgegebenen Beschaf f ungsumf ang an 
mindestens einen Lieferanten, 

- Vergabe eines vorgegebenen Beschaf f ungsumf angs an mindes- 
tens einen Lieferanten (VergabeprozefJ) , 

- Handhabung von Anderungen an mindestens einem vorgegebenen 
Beschaf f ungsumf ang, 

- Erfassung und/oder Bewertung mindestens eines Lieferanten 

- Oberwachung des Beschaf f ungsvorgangs far einen vorgegebe- 
nen Beschaf f ungsumf ang und 

- Kostensenkung fur einen vorgegebenen Beschaf f ungsumf ang 

- Bildung eines Kostenziels fur mindestens einen vorgegebe- 
nen Beschaf f ungsumf ang 

- Bildung eines Kostenziels fur mindestens eine Kostenart, 
die mit mindestens einen vorgegebenen Beschaf f ungsumf ang 
in Verbindung steht. 

Beispielhaft wird der elektronische Arbeitsablauf fur den 
Vergabeprozeft beschrieben. Mindestens ein Beschaf f ungsumf ang 
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oder Teil-Beschaffungsumfang ist vorgegeben. Fur jeden vorge- 
gebenen Beschaf f ungsumf ang und Teil-Beschaffungsumfang wurde 
eine Vergabeart festgelegt. Mogliche Vergabearten sind die 
Direktvergabe an einen Lieferanten f klassische Ausschreibung 
und Konzeptwettbewerb. 

Nach Abschluft des Vergabeprozesses sind folgende Soll- 
Ergebnisse erzielt : 

• Die potentiellen Lieferanten fur jeden Beschaf f ungsumf ang 
Oder Teil-Beschaffungsumfang sind vorausgewahlt . Hierzu 
wird eine Vorauswahl unter den grundsatzlich fur den Be- 
schaf f ungsumf ang oder Teil-Beschaffungsumfang freigegebe- 
nen Lieferanten getroffen. Unter diesen Lieferanten wird 
spater die endgiiltige Auswahl durchgef uhrt . 

• Termine fur Komponenten-Lastenhef te die die zu liefernden 
Bauteil-Typen spezif izieren, sind festgelegt . 

• Anfragen wurden an die potentiellen Lieferanten abgesandt. 

• Die daraufhin eingetrof f enen Angebote sind zusammenge- 
stellt und lassen sich mittels eines Datenobjekts „Angebo- 
te" verwalten - 

• Die Standard-Dokumente fur die Vertragsgestaltung sind 
verf ugbar . 

• Die Vergabe-Dokumentation ist erzeugt. 

Mindestens ein Standard-Arbeitsablauf aus der Bibliothek 540 
wird ausgewahlt. Der ausgewahlte Standard-Arbeitsablauf wird 
bei Bedarf an das f irmenspezif ische Inf ormationsmodell 530 
angepafit . 

Bei der Erzeugung der Spezif ikation 550 wird der ausgewahlte 
Standard-Arbeitsablauf an den abzuarbeitenden Arbeitsablauf 
angepafit. Bei Bedarf werden dabei Arbeitsschritte des Stan- 
dard-Arbeitsablauf s erganzt, geloscht oder ver&ndert . 

Jedem elektronischen Standard-Arbeitsablauf aus der Biblio- 
thek 540 ist ein Standard-Abarbeitungs-Werkzeug zugeordnet. 
Moglich ist, daB verschiedenen Standard-Arbeitsablauf en das- 
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selbe Standard-Abarbeitungs-Werkzeug zugeordnet ist. Die 
Standard-Abarbeitungs-Werkzeuge sind in einer Bibliothek 590 
abgespeichert . Jedes dieser Standard-Abarbeitungs-Werkzeuge 
ist mit einem Datenhaltungssystem, z. B. einer relationalen 
Datenbank, verkmipft. Verschiedene Standard-Abarbeitungs- 
Werkzeuge konnen mit demselben Datenhaltungssystem verkmipft 
sein. Moglich ist auch, daB alien Standard-Arbeitsablauf en 
dasselbe Standard-Abarbeitungs-Werkzeug zugeordnet ist oder 
alle Standard-Abarbeitungs-Werkzeuge mit demselben Datenhal- 
tungssystem verbunden .sind. 

Das Standard-Abarbeitungs-Werkzeug des ausgewahlten Standard- 
Arbeitsablauf s wird mittels der Spezif ikation 550 des abzuar- 
beitenden Arbeitsablauf s konf iguriert . Das Datenhaltungssys- 
tem 570 des Abarbeitungs-Werkzeugs 560 wird mit dem firmen- 
spezifischen Inf ormationsmodell 530 und dem daraus abgeleite- 
ten Datenmodells 531 konf iguriert . 

Vorzugsweise umfafit die Sof tware-Architektur des Lief eranten- 
Managers 560 drei logisch voneinander getrennte Schichten: 

- die Benutzungsoberflachen-Schieht 562 der Benutzungsober- 
flache mit Bildschirm-Formularen, 

- die Anwendungs-Schicht 561 mit einer Steuerung der Abar- 
beitung anhand der Anwendungslogik und Steuerung der Be- 
nutzungsoberf lache sowie der Anwendung von Regeln 

- und die Datenhaltungs-Schicht 563 mit dem Datenhaltungs- 
system 57 0 • 

Die drei Ebenen sind so voneinander getrennt, dali sie aus- 
schlieJilich uber definierte Schnittstellen interagieren. Da- 
durch lafit sich ein Sof tware-Werkzeug f z. B. eine Datenhal- 
tung oder eine Komponente der Benutzungsoberf lache, austau- 
schen, ohne dali die ubrigen Bestandteile des Lieferanten- 
Managers angepaBt werden miissen. 

Weil die Schicht 562 der Benutzungsoberf lache von der Anwen- 
dungsschicht 561 getrennt ist, lafit sie sich leicht an einen 
vorgegebenen Standard fur die Bildschirmgestaltung und die 
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Benutzerftthrung („style guide" ) anpassen. Anderungen der An- 
wendungs- oder gar Datenhaltungsschicht 563 sind nicht erfor- 
derlich. 

Bevorzugt werden Internet-Technologien verwendet. Die Anwen- 
der des Lief eranten-Managers haben uber ein Unternehmens- 
Intranet oder das Internet Zugriff auf den Lieferanten- 
Manager. Fur den Lese- und Schreibzugrif f reicht vorzugsweise 
ein Internet-Zugrif f sprogramm („Web Browser") auf einem Netz- 
werk-Teilnehmerrechner („Client") aus, so dafi auf dem Netz- 
werk-Teilnehmerrechner keine oder nur wenige Komponenten des 
Lief eranten-Managers oder Datenobjekte fur das Lieferanten- 
Management abgespeichert zu werden brauchen. Vielmehr werden 
Daten in einem Datenhaltungssystem 57 0, z. B. einer relatio- 
nalen Datenbank, auf mindestens einem Netzwerk-Zentralrechner 
(Server) gespeichert und verfugbar gehalten. Das Datenhal- 
tungssystem 570 stellt sicher, dafi auf ein Datenobjekt zu ei- 
nem Zeitpunkt nur ein Benutzer schreibend zugreifen kann, da- 
mit die Datenintegritat gewahrleistet bleibt. 

Die erf indungsgemaBe Vorrichtung 600 wird ebenfalls vorzugs- 
weise mit Hilfe einer mehrschichtigen Architektur realisiert. 
Derartige Architekturen sind z. B. aus A.-W. Scheer, a.a.O., 
bekannt. Das dort offenbarte Sof tware-Werkzeug ( „f ramework" ) 
ARIS besitzt eine Architektur mit folgenden vier Schichten: 

- die Schicht der Prozeftgestaltung, die Werkzeuge umfafit, urn 
einen Geschaf tsprozeB zu modellieren. Ein Benutzer kann 
Prozefi-, Funktions- und Datenmodelle, Organigramme und 
Diagramme fur Berechtigungen erzeugen, 

- die Schicht der ProzeBplanung und -steuerung, die Werkzeu- 
ge umfaiit, mit denen die Abarbeitung eines Geschaf tspro- 
zesses gesteuert und uberwacht wird, z. B. die „ARIS Pro- 
cess Control Interface" und Werkzeuge fur Kostenkalkulati- 
onen, die auf Arbeitsschritte und Aktivitaten bezogen sind 
(„ARIS Activity-Based Costing"), 
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- die Schicht des Workf low-Managements zur Abarbeitung von 
Arbeitsablaufen und mit Schnittstellen zu Workflow- 
Management - S y s t emen , 

- die Schicht der Geschaf tsobjekte („ARIS Business Ob- 

5 jects"). Beispiele fur Geschaf tsobjekte sind Kunde, Auf- 

trag, Arbeitsplan, Arbeitsgang, Lieferant. 

Die erfindungsgemafle Vorrichtung 600 laJit sich z. B. auf Ba- 
sis einer Entwicklungsumgebung namens Versata realisieren. 
Diese wird z. B. unter http : / / www . versata . com oder 

110 http : //www . versata-deut schland. de/ , abgefragt am 20. 2. 2002, 
I offenbart. Die Geschaf tslogik sowie die zugehorigen Change- 
1 und Managementprozesse erzeugt Versata auf Basis der firmen- 
spezifischen Geschaf tsregeln mit Hilfe der "Business Logic 
Automation" . 

15 Der erf indungsgemafi erzeugte Lief eranten-Manager 560 besitzt 
vorzugsweise Schnittstellen zu Altsystemen, die zu der IT- 
Umgebung gehoren, in welcher der Lief eranten-Manager einge- 
setzt wird, und die weiter verwendet werden. Zu diesen Alt- 
system zahlen z. B. ein Warenwirtschaf tssystem, ein Produkti- 
20 onsplanungs- und Steuerungssystem (^enterprise resource mana- 
gement system" ) , ein System zur Kundenbetreuung und fur Kun- 
denauftrSge (^customer relationship management system" ) , ein 
Produktdatenverwaltungssystem (^engineering data management 
system" ) und ein Do kumentenverwaltungs system (,, document mana- 
25 gement system" ) . 

Zusammengefalit betrifft die Erfindung eine Vorrichtung 600, 
ein Verfahren und ein Computerprogramm-Produkt zur Erzeugung 
eines Abarbeitungs-Werkzeuges, welches einen elektronischen 
Arbeitsablauf , der Arbeit sschritte umfalSt, abarbeitet und ei- 
30 ne Anwendungs-Schicht 561 und ein Datenhaltungssystem 570 um- 
fafit. Ein f irmenspezif isches Inf ormationsmodell 530 mit Typen 
von Datenobjekten erzeugt, indem ein Standard- 

Inf ormationsmodell z. B. far das Lief eranten-Management ange- 
pafit wird- Dieses f irmenspezif ische Inf ormationsmodell 530 
35 wird verwendet, urn ein bestimmtes Datenmodell 531 als physi- 
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kalisches Datenhaltungsschema zu erzeugen. Auf Basis dieses 
Datenmodells 531 wird das Datenhaltungssystem 570 erzeugt. 
Eine Spezif ikation 550 des abzuarbeitenden Arbeitsablauf s 
wird erzeugt, indem ein Standard-Arbeit sablauf aus einer Bib- 
liothek 540 ausgewahlt und an den Arbeitsablauf sowie bei Be- 
darf an das f irmenspezif isches Inf ormationsmodell 530 ange- 
pafit wird. Mit dem ausgewahlten Standard-Arbeitsablauf ist 
ein Standard-Abarbeitungs-Werkzeug aus einer weiteren Biblio- 
thek 590 verknilpft, das mittels der Spezif ikation 550 konfi- 
guriert wird. Die Erfindung ermoglicht es, Abarbeitungs- 
Werkzeuge schnell und effizient zu erzeugen und Altsysteme 
auf der logischen und nicht nur der datentechnischen Ebene 
einzubinden. 



Bezugszeichenliste 



Zeichen 


Bedeutung 


100.1, 100.2, ... 


Datenob j ekt-Typen 


100.1 


Datenobjekt-Typ fur Beschaff ungsumf ange 


100.2 


Datenob jekt-Typ fur Teil- 
Beschaf f ungsumf ange 


100.3 


Datenobjekt-Typ fur Lieferanten 


100.4 


Datenobjekt-Typ far Funktionsgruppen 


100.5 


Datenobjekt-Typ fur Baureihen 


100.6 


Datenobjekt-Typ fur Aufbauarten 


100.7 


Datenobjekt-Typ fur Produkt-Typen 


100.8 


Datenobjekt-Typ fur Fertigungsstatten 


100.9 


Datenobjekt-Typ fur Materialgruppen 


100.10 


Datenobjekt-Typ fur Bauteil-Typen 


100.11 


Datenobjekt-Typ fur strategische Lieferan- 
ten-Mengen 


100.12 


Datenobjekt-Typ fur vorlaufige Lieferanten- 



P800850/DE/1 




37 





Mengen' 


100.13 


Datenobjekt-Typ far ausgewahlte Lieferanten j 


100 . 14 


DaxsnoD j skx— i yp iui. rieiiyeiiyci-uoi-c: 


100 . 15 


DatenOD^eicc _rP lux HngeDOLe 


100 . 16 


UStGnODjcKI. lyp iui VcJ.alll.wui liiuuc tciow 

nen 


110.17 


Datenobjekt-Typ fur Anfragen und Ausschrei- 
bungen 


110.1, 110.2 


Mitgliedschaftsintervalle 


200. 1, 200.2, ... 


Ereignisknoten 


210.1, 210.2, ... 


Funktionsknoten 


220.1, 220.2, ... 


Datenob j ekt-Knoten 


240.1, 240.2, ... 


Organisationseinheits-Knoten 


240.1, 240.2, . . . 


ProzeBgroBen-Knoten 


300.1, 300.2, ... 


Informationsdienstleistungsf lufi 


310.1, 310.2, ... 


Funktionsf luB 


320.1, 320.2, ... 


Organisations f luB 


400.1 


ODER-Verbindungs knot en 


410.1 


UND-V erDinaungsKnoten 


420.1 


X-ODER-Verzweiqungsknoten : 


430.1 


ODER-Verzweigungsknoten 


500 


Einrichtung zur Konf igurierung eines ausge- 
wahlten Standard-Abarbeitungs-Werkzeugs 
(Konfigurations-Einrichtung) 


510 


Bibliothek mit Standard- 
Inf ormationsmodellen 


520 


Informationsmodell-Erzeuger 


530 


f irmenspezif isches Inf ormationsmodell 
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531 


Datenmodell des Datenhaltungssystems des A- 
barbeitungs-Werkzeugs 


540 


Bibliothek mit Standard-Arbeitsablauf en 


CCA 

550 


Qnpi7i fi kation des Arbeitsablauf s 


560 


7\K a rhp n "hnnncj— We*rlczeucf 


561 


Anwendungs-Schicht des Abarbeitungs- 


562 


Benutzungsoberf lachen-Schicht des Abarbei- 


563 


Datenhaltungs-Schicht 


570 


Datenhaltungssystem des Abarbeitungs- 


580 


Einrichtung zur Spezif izierung des Arbeits- 
ablauf s (Spezif izierungs-Einrichtung) 


590 


Bibliothek mit Standard-Abarbeitungs- 
Werkzeugen 


600 


erfindungsgemalie Vorrichtung 


610 


Einrichtung zum Erzeugen eines Datenbank- 
schemas aus einem Inf ormationsmodell 



5 
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PatentansprOche 



1. Vorrichtung (600) zur Erzeugung eines Abarbeitungs- 
Werkzeuges (560) , 

welches auf einer ersten Datenverarbeitungsanlage mindes- 
tens einen elektronischen Arbeitsablauf , der Arbeits- 
schritte umfafit, abarbeitet, 

wobei die Vorrichtung (600) 

- ein Informationsmodell (530) mit Datenobj ekt-Typen und 
Relationen zwischen diesen Datenobj ekt-Typen, 

- eine Spezif izierungs-Einrichtung (580) zur Erzeugung 
einer elektronischen Spezif ikation (550) des Arbeits- 
ablaufs unter Verwendung des Inf ormationsmodells 
(530) , 

- eine Konf igurierungs-Einrichtung (500) zur Konfigurie- 
rung eines vorgegebenen Standard-Abarbeitungs- 
Werkzeugs mittels der Spezif ikation (550) , wobei das 
vorgegebene Standard-Abarbeitungs-Werkzeug ein vorge- 
gebenes Datenhaltungssystem (570) enthalt, 

umf afit, 

dadurch gekennzeichnet, 
dafi 

die Vorrichtung (600) 
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- eine Einrichtung (520) zur Erzeugung des Informati- 
onsmodells (530) 

- und eine Anpassungs-Einrichtung (610) zur Anpassung 
des vorgegebenen Datenhaltungssystems (570) an das 
Inf ormat ionsmodell ( 530 ) 

umf aftt , 

die Informationsmodell-Erzeugungs-Einrichtung (520) 

- Mittel zum Erganzen, Loschen oder Verandern von Da- 
tenobjekt-Typen eines vorgegebenen Inf ormationsmo- 
dells 

- und Mittel zum Erganzen, Loschen oder Verandern von 
Relationen zwischen diesen Datenobjekt-Typen umfafit, 

umf afit 

und die Konf igurierungs-Einrichtung (500) 

- Mittel zum Auswahlen, Erganzen, Loschen, Verandern o- 
der Verkmipfen von Arbeitsschritten, 

- Mittel zum Auswahlen eines Datenobjekt-Typs des In- 
formationsmodells (530) und Erzeugen eines Datenob- 
jekts eines ausgewahlten Datenobjekt-Typs 

- und Mittel zum Verkniipfen von Datenobjekten mit. Ar- 
beit sschri tt en 

umf aJ5t . 

2. Vorrichtung nach Anspruch 1, 

dadurch gekennzeichnet, 

dali 

die Vorrichtung (600) eine Bibliothek (540) mit elektro- 
nischen Standard-Arbeitsablauf en umfafit, 

wobei jedem elektronischen Standard-Arbeitsablauf ein 
Standard-Abarbeitungs-Werkzeug zugeordnet ist, 

die Spezif izierungs-Einrichtung (580) 
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- Mittel zum Auswahlen eines Standard-Arbeitsablauf s aus 
der Bibliothek (540) und 

- Mittel zum Bearbeiten des ausgewahlten Standard- 
Arbeit sablauf 

umf aiit , 

und die Konf igurierungs-Einrichtung (500) Mittel zum Kon- 
figurieren desjenigen Standard-Abarbeitungs-Werkzeugs, 
das dem ausgewahlten Standard-Arbeitsablauf zugeordnet 
ist, umf aft t. 

3. Vorrichtung nach Anspruch 2, 

dadurch gekennzeichnet, 

dafi die Bibliothek (540) mindestens einen der folgenden 
elektronischen Standard-Arbeitsablauf e fur das Lieferan- 
ten-Management eines Unternehmens, das technische Produk- 
te fertigt, umfafit: 

- Festlegung von Strategien oder Vorgaben fur Vergabe- 
entscheidungen fur einen vorgegebenen Beschaf f ungsum- 
fang an mindestens einen Lief eranten, 

- Vergabe eines vorgegebenen Beschaf fungsumfangs an min- 
destens einen Lief eranten, 

- Handhabung von Anderungen an mindestens einem vorgege- 
benen Beschaf fungsumf ang, 

- Erfassung und/oder Bewertung mindestens eines Liefe- 
ranten, 

- Oberwachung des Beschaf fungsvorgangs fur einen vorge- 
gebenen Beschaf fungsumf ang, 

- Kostensenkung fur einen vorgegebenen Beschaf fungsum- 
fang, 

- Erzeugung eines Kostenziels fur mindestens einen vor- 
gegebenen Beschaf fungsumf ang , 
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- Erzeugung eines Kostenziels fur mindestens eine Kos- 
tenart, die mit mindestens einen vorgegebenen Beschaf- 
f ungsumf ang in Verbindung steht. 

Vorrichtung nach Anspruch 1, 

dadurch gekennzeichnet, 
dafi das Inf ormationsmodell (530) 

- einen Datenobjekt-Typ (100.10)' fur Bauteil-Typen f 

- einen Datenobjekt-Typ (100.3,100.11,100.12) fur Liefe- 
ranten 

- und einen Datenobjekt-Typ (100.1) fur Beschaf fungsum- 
f &nge 

umf afit 

und der Datenobjekt-Typ (100.1) fur Beschaf f ungsumf ange 
durch je eine Relation mit dem Datenobjekt-Typ (100.10) 
fur Bauteil-Typen und dem Datenobjekt-Typ 
(100.3,100.11,100.12) fur Lieferanten verbunden ist. 



Vorrichtung nach Anspruch 4, 

dadurch gekennzeichnet, 

dali die Vorrichtung (600) eine Einrichtung zur Erzeugung 
eines Datenobjekt-Generierers und zur Integration des Ge- 
nerierers in das Abarbeitungs-Werkzeug (560) umfaJit 

und der Datenobjekt-Generierer ein erstes Datenobjekt vom 
Datenobjekt-Typ fiir Beschaf f ungsumf ange sowie weitere Da- 
tenobjekte vom Datenobjekt-Typ fiir Lieferanten und solche 
vom Datenobjekt-Typ fiir Bauteil-Typen zu generieren ver- 
mag, 

wobei das erste Datenobjekt wahrend der gesamten Abarbei- 
tung des elektronischen Arbeitsablauf s durch Relatipnen 
mit den weiteren Datenobjekten verbindbar ist. 
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6. Vorrichtung nach Anspruch 4 oder Anspruch 5, 

dadurch gekennzeichnet, 

dafi das Inf ormationsmodell einen Datenobjekt-Typ (100.2) 
far Teil-Beschaf fungsumf ange umfalit, 

der durch eine Relation mit dem Datenobjekt-Typ 
(100 . 3, 100. 11, 100 . 12) fur Lieferanten verbunden ist, 

und jedes Datenobjekt vom Datenobjekt-Typ (100.2) fur 
Teil-Beschaf fungsumf ange wahrend der Abarbeitung mit 
hochstens einem Datenobjekt vom Datenobjekt-Typ 
(100.3,100.11,100.12) fur Lieferanten verbindbar ist. 

7. Vorrichtung nach einem der Anspriiche 1 bis 6, 
dadurch gekennzeichnet, 
dafi die Vorrichtung (600) 

- eine Bibliothek von Standard-Geschaf tsregeln, die sich 
auf Datenobjekt-Typen und/oder Arbeit sschritte bezie- 
hen, 

- und eine Einrichtung zur Auswahl von Standard- 
Geschaf tsregeln 

umf afit 



8. Vorrichtung nach einem der Anspriiche 1 bis 7, 

dadurch gekennzeichnet, 

die Einrichtung (520) zur Erzeugung des Inf ormationsmo- 
dells (530) 

Mittel (610) zur Erzeugung eines zum Inf ormationsmodell 
kompatiblen Datenmodells (531) unter Verwendung der Uni- 
fied Modeling Language umf afit . 
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9. Verfahren zur Erzeugung eines Abarbeitungs-Werkzeuges 
(560), 

wobei das Abarbeitungs-Werkzeug (560) auf einer ersten 
Datenverarbeitungsanlage mindestens einen elektronischen 
Arbeitsablauf , der Arbeitsschritte umfafit, abarbeitet 

und wobei zur Erzeugung des Abarbeitungs-Werkzeugs (560) 
eine zweite Datenverarbeitungsanlage verwendet wird, 

die Schritte umfassend 

a) Erzeugen eines Inf ormationsmodells (530) ftir den Ar- 
beitsablauf, 

wobei ein vorgegebenes Inf ormationsmodell angepaiit 
wird und bei der Anpassung Datenobj ekt-Typen und/oder 
Relationen zwischen diesen Datenobj ekt-Typen erganzt, 
geloscht und/oder verandert werden, 

b) Erzeugen einer Spezif ikation (550) des Arbeitsablauf s 
unter Verwendung von Datenobj ekt-Typen und Relationen 
des angepaJJten Inf ormationsmodells (530) , 

c) Anpassen eines Standard-Abarbeitungs-Werkzeugs, das 
ein vorgegebenes Datenhaltungssystem (570) umfafit, an 
das angepaJJte Inf ormationsmodell (530), 

d) Anpassen des vorgegebenes Datenhaltungssystems (570) 
an das angepaJJte Inf ormationsmodell (530), und 

e) Konf igurieren des angepaJJten Standard-Abarbeitungs- 
Werkzeugs mittels der Spezif ikation (550) . 



10. Verfahren nach Anspruch 9, 

dadurch gekennzeichnet, 
dafl 

- mindestens ein elektronischer Arbeitsablauf aus einer 
Bibliothek (540) von elektronischen Standard- 
Arbeitsablaufen mit Arbeitsschritten ausgewahlt wird, 
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wobei jedem elektronischen Standard-Arbeit sablauf ein 
Standard-Abarbeitungs-Werkzeug zugeordnet ist, 

- das angepalite Standard-Abarbeitungs-Werkzeug dasjenige 
ist, das dem ausgewahlten Standard- Arbeit sablauf zuge- 
ordnet ist, 

- und bei der Erzeugung der Spezif ikation (550) 

der ausgewahlte Standard-Arbeitsablauf an den abzuar- 
beitenden Arbeitsablauf angepafit wird und dabei Ar- 
beitsschritte des Standard-Arbeitsablauf s erganzt, ge- 
loscht oder verandert werden. 



11. Verfahren nach Anspruch 9 oder Anspruch 10, 

dadurch gekennzeichnet, 

dafi ein Quellprogramm fur das Abarbeitungs-Werkzeug (560) 
erzeugt wird, 

das nach einer ttbersetzung in eine Maschinensprache oder 
mittels eines Interpretierers auf der ersten Datenverar- 
beitungsanlage ablauffahig ist. 

12. Verfahren nach einem der Ansprtiche 9 bis 11, 

dadurch gekennzeichnet, 

dafi durch Analyse des erzeugten Abarbeitungs-Werkzeugs 
(560) ermittelt wird, 

welche Arbeitsschritte des elektronischen Arbeitsablauf s 
welchen EinfluB auf die Abarbeitungszeit des Abarbei- 
tungs-Werkzeugs (560) haben. 

13. Verfahren nach einem der Anspruche 9 bis 12, 
dadurch gekennzeichnet, 
dafi 
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- ein weiteres Abarbeitungs-Werkzeug zum Abarbeiten ei- 
nes weiteren elektronischen Arbeitsablauf s erzeugt 
wird, 

- die durchschnittlichen Anzahlen 

- von erzeugten Bildschirm-Formularen, 

- von erf orderlichen Bildschirm-Interaktionen 

- von Datenbank-Lesezugrif fen 

- und / oder von Datenbank-Schreibzugrif f en 

des Abarbeitungs-Werkzeugs (560). und die des weiteren 
Abarbeitungs-Werkzeugs ermittelt werden 

- und eine Gegenuberstellung des Arbeitsablauf s und des 
weiteren Arbeitsablauf s erzeugt wird, der die durch- 
schnittlichen Anzahlen umfafit. 

14. Computerprogramm-Produkt, das direkt in den internen 
Speicher eines Computers geladen werden kann und Soft- 
wareabschnitte umfafit, mit denen ein Verfahren nach einem 
der Anspruche 9 bis 13 ausgefuhrt werden kann, wenn das 
Produkt auf einem Computer lauft. 

15. Computerprogramm-Produkt , das auf einem von einem Compu- 
ter lesbaren Medium gespeichert ist und das von einem 
Computer lesbare Programm-Mittel aufweist, die den Compu- 
ter veranlassen, ein Verfahren nach einem der Anspruche 9 
bis 13 auszufiihren. 
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Zusammenf assung 



5 Die Erfindung bet riff t eine Vorrichtung (600) und ein Verfah- 
ren zur Erzeugung eines Abarbeitungs-Werkzeuges, welches ei- 
nen elektronischen Arbeitsablauf , der Arbeitsschritte umfafit, 
abarbeitet und eine Anwendungs-Schicht (561) und ein Daten- 
haltungssystem (570) umfafit. Ein f irmenspezif isches Informa- 
10 tionsmodell (530) mit Typen von Datenobjekten erzeugt, indent 
ein Standard- Inf ormationsmodell z. B. fttr das Lief eranten- 
Management angepalit wird. Dieses f irmenspezif ische Informati- 
onsmodell (530) wird verwendet, urn ein bestimmtes Datenmodell 
(531) als p.hysikalisches Datenhaltungsschema zu erzeugen. Auf 
^^L5 Basis dieses Datenmodells (531) wird das Datenhaltungssystem 
^yjr (570) erzeugt. Eine Spezif ikation (550) des abzuarbeitenden 
Arbeitsablauf s wird erzeugt , indem ein Standard-Arbeit sablauf 
aus einer Bibliothek (540) ausgewahlt und an den Arbeitsab- 
lauf sowie bei Bedarf an das f irmenspezif isches Inf ormations- 
20 modell (530) angepaftt wird. Mit dem ausgewahlten Standard- 
Arbeitsablauf ist ein Standard-Abarbeitungs-Werkzeug aus ei- 
ner weiteren Bibliothek (590) verkntipft, das mittels der Spe- 
zifikation (550) konfiguriert wird. Die Erfindung ermoglicht 
es, Abarbeitungs-Werkzeuge schnell und effizient zu erzeugen 
25 und Altsysteme auf der logischen und nicht nur der datentech- 
nischen Ebene einzubinden. 

(Fig. 3) 



